Tesis de Videovigilancia

SUBSECRETARA DE EDUCACIN SUPERIOR
DIRECCIN GENERAL DE EDUCACIN SUPERIOR

TECNOLGICA

INSTITUTO TECNOLGICO
DE CD.GUZMAN

INSTITUTO TECNOLGICO DE CD GUZMN

TESIS

TEMA:

SUPERVISIN Y MONITORIZACIN REMOTA
VISUAL / AUDITIVA A TRAVS DE RED IP

PARA OBTENER EL GRADO DE:

MAESTRO EN SISTEMAS COMPUTACIONALES

PRESENTA:

ALEJANDRO CRDENAS NEZ

DIRECTOR DE TESIS:

FRANCISCO MANUEL GONZLEZ SOLARES

Cd. Guzmn Jalisco, Mxico a Diciembre de 2011
2

3

RESUMEN

SUPERVISIN Y MONITORIZACIN REMOTA VISUAL / AUDITIVA A TRAVS DE
RED IP.

El objetivo de esta tesis est orientado a la generacin de un sistema de Software
que sea capaz de capturar y transmitir video de una o varias cmaras a travs de la LAN
(Local Area Network o red de rea local por sus siglas en ingls) e Internet para monitorear
diferentes espacios (casa, oficina, escuela, guardera, etc.) con el objetivo de que adems de
vigilar de forma remota, sea capaz de grabar de forma manual o bien de forma automtica
cuando ocurra un evento relacionado con la deteccin de movimiento y/o ruido.
En la actualidad las personas tienen la necesidad de observar en tiempo real lo que ocurre
en otros lugares para tomar decisiones al respecto.
En la tesis se estudian los diferentes codificadores y decodificadores de audio y video, as
como los protocolos para transmitir audio y video por red IP.
Se consider que este producto y/o servicio, debe ser de bajo costo y asequible a cualquier
persona que desee monitorear un lugar en particular.
Actualmente existen pocas empresas que ofrecen sistemas de monitoreo a travs de
Internet, siendo muy alto el costo de servicios de video streaming en tiempo real, por lo que
resulta ser inaccesible para el consumidor comn,
El avance en la capacidad y velocidad de transmisin de video y audio en el sector de las
telecomunicaciones est provocando que aparezcan en el mercado nuevas y ms eficaces
soluciones de vdeo vigilancia.
El sistema se compone elementalmente de dos partes: Software y Hardware, el objetivo de
la tesis radica en la parte del software que se encargar bsicamente de procesar y
comprimir la informacin para ser transmitida por LAN y por Internet usando VPN (Virtual
Private Network o red privada virtual por sus siglas en ingls), ya que el resto de los
componentes de hardware, sern adquiridos dentro de los que se ofrecen en el mercado,
solo se controlar y adaptar su manipulacin a travs del software que se desarrolle el cual
ser llamado posteriormente como Ojovi gilante 1.0.
4

NDICE GENERAL.

ANTECEDENTES ............................................................................................................... 8
DEFINICIN DEL PROBLEMA. ......................................................................................... 9
J USTIFICACIN. .............................................................................................................. 11
OBJ ETIVO. ........................................................................................................................ 12
HIPTESIS........................................................................................................................ 12
Limitaciones y delimitaciones. ........................................................................................... 12
MARCO DE REFERENCIA. .............................................................................................. 13
MTODO. .......................................................................................................................... 15
DESARROLLO. ................................................................................................................. 17
CAPITULO 1. ESTNDARES DE SEALES DIGITALES DE AUDIO Y VIDEO .................... 41
1.1.- FORMATOS DE IMAGEN. ........................................................................................... 41
1.1.1.- Introduccin. ........................................................................................... 41
1.1.2.- Tipos de Imgenes. ................................................................................ 41
1.1.3.- Formato J PEG. ....................................................................................... 43
1.1.4.- Formato BMP.......................................................................................... 44
1.1.5.- Formato GIF. .......................................................................................... 44
1.1.6.- Formato TIFF. ......................................................................................... 44
1.1.7.- Formato PNG.......................................................................................... 45
1.2.- Formatos de audio. ................................................................................................... 46
1.2.1.- Introduccin. ........................................................................................... 46
1.2.2.- Formato MP3. ......................................................................................... 49
1.2.3.- Formato RA. ........................................................................................... 50
1.2.4.- Formato WAV. ........................................................................................ 50
1.2.5.- Formato GSM 6.10. ................................................................................ 51
1.2.6.- Windows Media Audio (WMA). .............................................................. 52
1.3.- FORMATOS DE VIDEO. ......................................................................................... 53
1.3.1.- Introduccin. ........................................................................................... 53
1.3.2.- Formato AVI. ........................................................................................... 55
1.3.3.- Formato Mpeg. ....................................................................................... 57
1.3.4.- Formato Microsoft Video 1. .................................................................... 60
1.3.5.- Formato Cinepak by radius. ................................................................... 60
5

1.3.6.- Formato Intel Indeo 5.05. ....................................................................... 61
1.3.7.- Formato Microsoft RLE. ......................................................................... 61
1.3.8.- Formato Windows Media Video (WMV). ................................................ 61
1.3.9.- Formato H.261. ....................................................................................... 62
1.3.10.- Formato H.263. ..................................................................................... 63
1.3.11.- Formato H.264. ..................................................................................... 63
1.3.12.- Conclusiones. ....................................................................................... 64
CAPITULO 2. ESTNDARES DE VIDEOCONFERENCIA. ..................................................... 67
2.1.- INTRODUCCIN. ..................................................................................................... 67
2.2.- ESTNDAR H.320. VIDEOCONFERENCIA SOBRE RDSI. ................................... 67
2.3.- ESTNDAR H.321. VIDEOCONFERENCIA SOBRE ATM. .................................... 69
2.4.- ESTNDAR H.322. ................................................................................................... 70
2.5.- ESTNDAR H.323.VIDEOCONFERENCIA SOBRE REDES UTILIZANDO TCP/IP.
........................................................................................................................................... 70
2.6.- ESTNDAR H.324. VIDEOCONFERENCIA SOBRE POTS. .................................. 72
2.7.- ESTNDAR H.310. VIDEOCONFERENCIA SOBRE ATM MPEG-2. ................... 73
2.8.- CONCLUSIONES. .................................................................................................... 73
CAPITULO 3. H. 323. VIDEOCONFERENCIA SOBRE REDES UTILIZANDO TCP/IP. ......... 75
3.1.- INTRODUCCIN. ..................................................................................................... 75
3.2.- DESCRIPCIN OFICIAL DEL H. 323. ..................................................................... 76
3.3.- ESTRUCTURA DEL H. 323. ..................................................................................... 77
3.4.- IMPORTANCIA DEL H. 323. ................................................................................... 78
3.5.- IMPLEMENTACIN DE LOS PRODUCTOS H.323. ............................................... 79
3.6.- ARQUITECTURA H.323. .......................................................................................... 80
3.6.1.- Terminales. ............................................................................................. 81
3.6.2.- Gateways. ............................................................................................... 82
3.6.3.- Gatekeepers. .......................................................................................... 83
3.6.4.- Unidad Control Multipunto (MCU). ......................................................... 86
CAPITULO 4. STREAMING. ..................................................................................................... 90
4.1.- INTRODUCCIN. ..................................................................................................... 90
4.2.- STREAMING BAJ O DEMANDA. .............................................................................. 91
4.3.- STREAMING EN VIVO. ............................................................................................ 91
4.4.- FORMATOS DEL STREAMING MEDIA. ................................................................. 92
6

4.5.- STREAMING MEDIA UNICAST. .............................................................................. 93
4.6.- STREAMING MEDIA MULTICAST........................................................................... 94
4.7.- DISTRIBUCIN DE CONTENIDO. .......................................................................... 96
4.8.- FUNCIONAMIENTO DEL STREAMING. ................................................................. 99
4.9.- VENTAJ AS DE STREAMING. .................................................................................. 99
4.10.- TECNOLOGAS STREAMING. ............................................................................ 100
4.10.1.- Componentes de las tecnologas Streaming. .................................... 101
4.10.2.- Servidores de Streaming. ................................................................... 101
4.11.- CONCLUSIN. ..................................................................................................... 108
CAPITULO 5. RTSP Y RTP. ................................................................................................... 110
5.1.- INTRODUCCIN. ................................................................................................... 110
5.2. - RTSP (REAL TIME STREAMING PROTOCOL). .................................................. 110
5.3.- CARACTERSTICA DEL RSTP. ............................................................................. 110
5.4.- PROPIEDADES DEL PROTOCOLO RTSP. .......................................................... 112
5.5.- VENTAJ AS DE RTSP. ............................................................................................ 113
5.6.- DESVENTAJ AS DE RTSP. .................................................................................... 114
5.7.- RTSP VS. HTTP. .................................................................................................... 114
5.8.- RTP (REAL TIME PROTOCOL). ............................................................................ 115
5.9.- RTCP (REAL TIME CONTROL PROTOCOL). ...................................................... 115
5.10.- TRANSMISIN EN TIEMPO REAL. .................................................................... 116
CAPITULO 6. TRADUCCIN DE DIRECCIN DE RED. ...................................................... 120
6.1.- INTRODUCCIN. .................................................................................................. 120
6.2.- TRADUCCIN DE DIRECCIONES (NAT). ............................................................ 120
6.3.- MANIPULACIN DE CABECERAS. ...................................................................... 126
6.4.- NAT CON MLTIPLES DIRECCIONES. .............................................................. 128
6.5.- CONCLUSIN. ...................................................................................................... 128
CAPITULO 7. TCP Y UDP. ..................................................................................................... 130
7.1.- INTRODUCCIN. ................................................................................................... 130
7.2.- ARQUITECTURA TCP/IP. ...................................................................................... 130
7.3.- PROTOCOLOS TCP/IP. ......................................................................................... 132
7.4.- CARACTERSTICAS DE TCP/IP. ......................................................................... 132
7.5.- EN QUE SE UTILIZA TCP/IP. ................................................................................ 134
7.6.- PROTOCOLO UDP. ................................................................................................ 134
7

7.6.1.- Encabezado de UDP. ........................................................................... 140
7.6.2.- Formato del mensaje UDP. .................................................................. 141
7.7.- CONCLUSIN. ....................................................................................................... 142
CAPITULO 8. REDES PRIVADAS VIRTUALES (VPN). ........................................................ 145
8.1 INTRODUCCIN. ..................................................................................................... 145
8.2. PROTOCOLO PPTP. ............................................................................................... 152
8.3. PROTOCOLO L2TP. ................................................................................................ 154
8.4. PROTOCOLO IPSEC............................................................................................... 155
8.5. PROTOCOLO MPLS................................................................................................ 160
8.6. CONCLUSIN.......................................................................................................... 160
PRUEBAS Y RESULTADOS .................................................................................................. 161
BIBLIOGRAFA. ....................................................................................................................... 164
GLOSARIO. ............................................................................................................................. 166

8

ANTECEDENTES

La videovigilancia es cada vez ms necesaria debido al gran nmero de robos y
maltrato a nios y ancianos por lo que los sistemas de videovigilancia han evolucionada
enormemente en los ltimos aos.

El avance en la capacidad y velocidad de transmisin de video y audio en el sector de
las telecomunicaciones est provocando que aparezcan en el mercado nuevas y ms
eficaces soluciones de vdeo vigilancia.

La utilizacin de sistemas de vigilancia han crecido exponencialmente en la ltima
dcada, la preocupacin por la seguridad (especialmente como consecuencia de los delitos
de robo y abuso de confianza cometidos frecuentemente) hace que se necesiten sistemas de
videovigilancia mas eficaces e inteligentes.

Actualmente los sistemas de videovigilancia no pueden ni deben basarse slo en la
observacin directa de lo que las cmaras estn capturando, Sino de un software que en
base a eventos como deteccin de movimiento realice tareas automticamente como grabar
video.

A finales de los aos noventa, muchos centros de investigacin en todo el mundo
desarrollaron algunos algoritmos informticos sobre el procesamiento de vdeo inteligente y
disearon sistemas especficos para aplicaciones de seguridad.

Otro hecho que contribuy al avance de la videovigilancia de forma notable fue que
en 1997, la Agencia de Investigacin de Proyectos Avanzados de Defensa (DARPA) iniciara
un proyecto de tres aos para desarrollar un sistema de Monitorizacin y Vigilancia de vdeo
(VSAM). El objetivo del proyecto VSAM fue el desarrollo de tecnologa automtica de anlisis
de vdeo para su uso en aplicaciones urbanas y militares.

Recientemente, en uno de sus informes el analista Simon Harris del IMS Research,
argumenta que el uso de los sistemas de vdeo inteligente es sumamente urgente. Dice:

9

Los operadores de CCTV estn siendo sobrecargados con un contenido de vdeo
que no pueden vigilar de forma eficiente. Los experimentos han demostrado que despus de
22 minutos, los operadores que visualizan simultneamente varios monitores de vdeo
pueden pasar por alto acciones peligrosas que suceden en las escenas vigiladas.
Necesitamos vdeo inteligente para mejorar la efectividad de los sistemas de vigilancia y
aliviar la carga de los operadores.
Borrmart, (Ed.). Seguritecnia, Revista independiente de seguridad.

DEFINICIN DEL PROBLEMA.

Una de las aplicaciones ms usada en estos das es la vigilancia de la vivienda, con
una cmara IP. Es decir una cmara cuyo video y audio podemos acceder desde cualquier
lugar en el que tengamos acceso a Internet

Actualmente existen en el mercado, pocas empresas que ofrecen sistemas de
monitoreo a travs de Internet, siendo muy alto el costo de servicios de video streaming en
tiempo real, por lo que resulta ser inaccesible para el consumidor comn, por lo cual. Lo que
se pretende con el presente proyecto est directamente relacionado con el desarrollo de un
sistema de monitoreo visual y auditivo en tiempo real por LAN y por Internet usando VPN
(Virtual Private Network, red privada virtual por sus siglas en ingls) tambin se har bajo
demanda, es decir, solicitar video previamente grabado para descargarlo y visualizarlo
localmente. Resultando un producto que sea funcional y de bajo costo, para que de esta
manera pueda ser adquirido por aquellas personas que requieran de este tipo de servicios.

Una de las razones principales en que est fundamentado el origen de este
problema, reside bsicamente en el hecho de que en la actualidad existe un auge cada vez
mayor de personas que laboran o permanecen fuera de su hogar durante largas jornadas
que van desde el alba hasta despus del anochecer ya sea debido a la ubicacin de su lugar
de trabajo o bien a que viajan continuamente como parte de su misma tarea.

Actualmente las personas trabajan en lugares muy distantes de donde viven lo que impide a
mucha gente estar cerca de sus familiares y/o propiedades, por horas, das, semanas y
hasta meses. Esta ausencia por periodos prolongados de un lugar especfico, representa sin
10

duda alguna, una maravillosa oportunidad para identificar aquellos que se dedican a cometer
ilcitos en contra de terceros, ya que contando con la identificacin de casas habitacin o
negocios en donde no hay moradores y/o vigilancia de forma frecuente, disponen del tiempo
necesario para efectuar sus tropelas.

Uno de los ejemplos ms representativos de este tipo de sucesos es el robo a casas
habitacin y negocios, el cual se efecta con mayor ndice de frecuencia durante los fines de
semana y/o periodos vacacionales. Eso es tan solo un ejemplo de lo que podra ser evitado
con el uso de un proyecto como el que aqu se pretende realizar; aunque tambin, es
necesario mencionar el hecho de que existen otros muchos lugares en donde podra ser
aplicado, ya que como es de todos conocido a travs de los medios informativos, se
encuentran los actos relacionados con el robo de infantes que se dan en hospitales, los
cuales son sustrados de manera ilcita por personas ajenas a la institucin; de igual forma
se han dado a conocer los hechos relacionados al maltrato a que son sometidos algunos
infantes dentro de las instalaciones de casas habitacin e instituciones de cuidado infantil, en
donde, segn se ha reportado a travs de los medios de comunicacin, la forma en que
dichos menores son abusados por parte del personal a quienes los padres les confan a sus
hijos.

Por consecuencia, se tiene como objetivo el realizar la construccin de un sistema,
que pueda ser utilizado por parte del usuario que en potencia es vulnerable a sufrir los
efectos de hechos como los arriba mencionados. Solo que debe de tomarse en
consideracin que este producto y/o servicio, debe ser de bajo costo y asequible a cualquier
persona que se pueda considerar as misma dentro de ese grupo mencionado, para que
desde cualquier sitio en que se encuentre y desde su computadora personal, pueda realizar
una revisin ocular (a travs de una cmara) del lugar que le es de inters y as poder
constatar que sus propiedades o infantes se encuentran de acuerdo a lo deseado.

El sistema se compone elementalmente de dos partes: Software y Hardware, el
objetivo de la tesis radica en la parte del software que se encargar bsicamente de
procesar el video y transmitirlo por red IP.

11

Los componentes de hardware, sern adquiridos dentro de los que se ofrecen en el
mercado, segn las necesidades particulares.

JUSTIFICACIN.

En la actualidad las personas tienen la necesidad de saber que esta ocurriendo en
tiempo real en otro lugar que es de su inters personal o de su propiedad, entre los cuales se
pueden mencionar los siguientes ejemplos:

En la oficina: Para verificar que los empleados cumplan realmente con sus funciones o
bien para controlar el tiempo que invierte el personal en desarrollar la actividad para la
que fue contratado y el nmero de visitas que recibe durante el transcurso de la jornada
laboral y todas las actividades relevantes al cuidado de los bienes materiales.
Educacin: Seguridad y monitorizacin remota de reas de recreo de colegios, pasillos,
aulas y salas, as como seguridad de los edificios. Para evitar actos de vandalismo o
incluso evitar la venta de drogas a estudiantes.
Transporte: Monitorizacin remota de estaciones de tren y vas, autopistas, aeropuertos,
etc. Para evitar actos de terrorismo e identificar a los delincuentes.
Administracin: En aplicaciones de vigilancia de seguridad, a menudo integradas con
sistemas de control de accesos nuevos o existentes. Para garantizar el acceso a
personas autorizadas.
En casa: para detectar posibles intrusos a la hora que ellos (los propietarios) se
encuentran ausentes, para verificar el estado y trato que tiene el infante que se deja al
cuidado de otra persona.
En la guardera: para ver el trato y cuidados que reciben los nios, as como el
comportamiento que tienen los mismos.
Industria: Monitorizacin de procesos de fabricacin, almacenes, para supervisar las
actividades de los obreros, verificar controles de nivel, etc.
En los bancos: para detectar posibles actos delictivos en que puedan incurrir sus
propios empleados.
En el hospital: para evitar el robo de nios por parte de personal no autorizado.
12

En cualquier lugar que se desee verificar el orden, como son el caso de los accesos a
las empresas, almacenes, etc.
Por lo anterior, es que con el presente proyecto, se pretende desarrollar un sistema,
el cual ser capaz de permitir verificar las situaciones antes descritas.

OBJETIVO.

Disear un sistema de videovigilancia para procesar y transmitir video en tiempo real
por LAN que sea eficiente y de bajo costo, de esta manera las personas pueden estar ms
tranquilas al cuidar sus bienes y el bienestar de su familia.

HIPTESIS.

Con el uso del software denominado Ojovigilante 1.0 se podrn vigilar en tiempo
real los lugares donde sea instalado, para cuidar bienes inmuebles, el abuso y maltrato de
infantes y personas de la tercera edad.
.

LIMITACIONES Y DELIMITACIONES.

LIMITACIONES.
El sistema de videovigilancia slo funciona en ambiente windows (windows 98,
windows milenium, windows 2000, windows XP).

DELIMITACIONES.
El sistema no puede evitar robos slo graba la evidencia y desalienta a cometer
ilcitos mediante el uso de alarmas sonoras.
El sistema no tiene reconocimiento de rostros humanos.

13

MARCO DE REFERENCIA.

Para el desarrollo e implementacin del presente proyecto, se contemplan todos los
elementos que formarn parte del mismo, ya que del uso y acoplamiento que se realice con
ellos se podr obtener un resultado con mayor o menor grado de confiabilidad.

Adems, se debe de tomar en consideracin que dentro del mundo computacional las
aplicaciones que pueden ser realizadas o llevadas a la prctica, dependen en demasa en:
las necesidades de los usuarios en potencia, los adelantos tecnolgicos que se realicen en el
rea de electrnica de estado slido y de comunicaciones.

En la seccin correspondiente a la forma en que se habr de entablar la
comunicacin va remota, se incluir una investigacin detallada sobre el protocolo TCP
(Transfer Control Protocol por sus siglas en ingles o Protocolo de Control de Transferencia)
/IP (Internet Protocol por sus siglas en ingles o Protocolo de Internet) y el UDP (User
Datagram Protocol por sus siglas en ingles o Protocolo de Datagramas de Usuario).
Sus caractersticas tales como:

o Funcionamiento en el modelo OSI.
o Diferencias en el encabezado de datos.
o Ventajas y desventajas de ambos protocolos.

Adems los protocolos HTTP (Hipertext Transfer Protocol por sus siglas en ingls o
Protocolo de transferencia de Hipertexto),
RTP (Real Time Protocol por sus siglas en ingls o Protocolo de Tiempo Real), y
RTSP (Real Time Streaming Protocol por sus siglas en ingls o Protocolo de flujos en
Tiempo Real).

De igual forma, se requiere de una investigacin relacionada con los formatos de imgenes,
Audio y video.

14

Servicio de video vigilancia en el mercado.

Una investigacin hecha sobre las empresas que ofrecen servicio de videovigilancia nos
indica lo siguiente:

Telmex (Video Vigilancia Administrada) Servicio de video monitoreo basado en tecnologa
IP.
Esta empresa ofrece servicio de video vigilancia con un cobro mensual por cmara.
La cual ofrece los siguientes beneficios.
Reduce al mximo la inversin en equipamiento.
Mejora la eficiencia operativa.
Monitorear y supervisar de manera confiable, la operacin de su empresa.
Seguridad en su operacin y en el resguardo de su informacin.
Simplifica cualquier investigacin o anlisis de las imgenes en vivo o grabadas.
Permite atender proactivamente incidentes, en lugar de reaccionar ante ellos.
Integra y utiliza equipos ya existentes, protegiendo las inversiones ya realizadas y
bajando costos.
La renta del servicio le permitir una actualizacin permanente tanto en software y
hardware, bajo las polticas de contrato.
Servicio de visualizacin remota 1, 2, 4 y 7 CPS (cuadros por segundo) con 120
horas de grabacin centralizada por cmara.
Diseo y configuracin de la solucin de acuerdo a necesidades del cliente.
Se requiere el servicio RPV Multiservicios Uninet de Telmex (Servicio de Transporte), el cual
se disea y se cobra por separado.
Es un servicio exclusivo para clientes Infinitum que te permite monitorear tu casa a travs de
Internet mediante el uso de cmaras IP compatibles.

ServiGuard.
Al igual que Telmex se debe pagar una renta mensual por cmara instalada.

15

Avantel.
Tambin con este servicio se debe pagar una renta mensual por cmara instalada.

Video Guardin.
Es una empresa mexicana que ofrece servicio de video vigilancia incluye el software y el
hardware.

MTODO.

Para llevar a cabo el diseo del sistema de videovigilancia se investigarn las
diferentes tcnicas y tecnologas existentes como son:

Protocolos de transmisin de audio y video.
o Caractersticas.
o Ventajas.
o Desventajas.
Algoritmos de codificacin y decodificacin.
o Caractersticas.
o Ventajas.
o Desventajas.
Hardware disponible en el mercado.
Sistemas de videovigilancia existentes en el mercado
Para desarrollar el software del proyecto, se utilizar el lenguaje de programacin Visual
Basic 6.0, as como HTML y J avaScrip para la interfaz en Internet.

Para crear un sistema de videovigilancia se investigarn los estndares de seales
digitales de audio y video (formatos de imagen, audio y video), estndares de
videoconferencia, videoconferencia sobre IP, mtodos de streaming, protocolos RTSP y
RTP, traduccin de direccin de red (NAT), protocolo TCP y UDP, redes privadas virtuales
(VPN). Para determinar las posibilidades de desarrollar un sistema de videovigilancia IP.
16

Se har una investigacin de sistemas de videovigilancia existentes en el mercado
para conocer sus caractersticas (servicios, precio, etc.)
Para de esta manera determinar si es conveniente desarrollar un sistema de videovigilancia
mejor y a bajo costo.

17

DESARROLLO DEL PROYECTO.

El proyecto se desarrollo en lenguaje Visual basic 6.0. Utilizando una red de rea local (LAN
) con tres computadoras:

- Pentium II a 300 mhz con windows 98
- Pentium 4 a 1.3 ghz con windows 2000
- Laptop pentium 4 a 2.4 ghz con windows xp sp2
- Un switch Linksys.
- Conexin a Internet a 2 mbs.
- y tres cmaras web.

La interfaz para internet se desarrollo utilizando HTML, ASP y J avaScript utilizando IIS
(Internet Information Server) como servidor web.

Interfaz para ver el sistema va internet.

Para poder utilizar el navegador web y acceder al sistema de videovigilancia es necesario
que se activen las opciones de activex en el navegador.
18

INTERFACES DEL SISTEMA DE VIDEOVIGILANCIA.

Pantalla principal.

Esta es la interfaz principal en donde se muestran cuatro pantallas, las dos pantallas
superiores pueden transmitir video local y remoto y las dos pantallas inferiores son slo para
video remoto.
- La pantalla superior-izquierda es para conectar la cmara local principal y es la nica que
puede transmitir video por la red.

Conectar a direccin IP. Aqu se introduce la direccin IP del servidor de video al cual
desea conectarse para poder acceder a la cmara.

Contrasea. Algunos servidores de video tienen contrasea para enviar video teclee aqu la
contrasea de lo contrario se negar el servicio de transmisin.
Botn (Conectar). Una vez que haya tecleado la direccin IP y la contrasea oprima este
botn, la peticin se enviar al servidor y si es correcto empezar a recibir video.
19

Cmaras locales y remotas. En este cuadro se encuentran todas las cmaras disponibles
para recibir video, elija la cmara que desea con la contrasea y haga clic en el botn
conectar.

Cmara principal.

Interfaz que muestra lo que esta transmitiendo la cmara principal

Caja de texto para elegir tamao de imagen. En esta caja se encuentran todos los
tamaos de imagen soportados por la cmara conectada.

Al arma video. Seleccione este cuadro haciendo click dentro del el, si desea que la pantalla
active la alarma de deteccin de movimiento.

Al arma audio. Seleccione este cuadro haciendo click dentro del el, si desea que la pantalla
active la alarma de deteccin de audio.

Mover cmara. Muestra una interfaz para mover la cmara al ngulo deseado.

Grabar Video. Muestra una interfaz para grabar video.

20

Zoom. Muestra una interfaz para hacer zoom a la imagen.

Propiedades. Muestra una interfaz para aplicarle varias propiedades a la imagen como
(brillo, contraste, matiz, etc.).

Desconectar. Desconecta la cmara principal (si existen clientes recibiendo video les manda
un mensaje de desconexin).

Grabar audio y video.

Con esta interfaz podemos grabar video en formato WMV o AVI hasta que se oprima
el botn Parar captura o durante el tiempo indicado en minutos y segundos.

Cuando se graba en formato WMV puede elegir el perfil de grabacin, es decir las
caractersticas predefinidas con las que se grabar como son: tamao de la imagen, cuadros
por segundo, codificador de audio y video.

La grabacin en formato AVI ser con el codec de audio y video que tengamos configurado
en el sistema de videofigilancia.

21

La grabacin por alarma siempre ser en formato WMV con el perfil y el tiempo
seleccionado.

Para la grabacin remota el cliente manda una solicitud para iniciar la grabacin de video, el
servidor empieza a grabar el video, cuando el cliente manda la solicitud de terminar
grabacin de video el servidor enva va TCP una copia del archivo grabado.

Capturar imgenes en formato JPG.

Con esta interfaz se puede grabar una imagen en cualquier momento para copiarla al
portapapeles o grabarla en un archivo, se hace doble click sobre la pantalla y aparecer la
interfaz, para refrescar la imagen basta con dar click sobre ella.
En la deteccin de audio o movimiento se manda una imagen va FTP para verla
posteriormente si est activa la opcin de envio, tambin se puede mandar un aviso junto
con la imagen por SMTP sobre el evento ocurrido.

22

Configurar propiedades del video.

Con esta interfaz podemos configurar las propiedades de video e imagen de nuestra cmara
como son: brillo, contraste, matiz, saturacin, nitidez, gama, habilitar color, equilibrio de
color, luz de fondo, ganancia, etc.

Agregar cmaras remotas.

23

Esta interfaz nos permite agregar, eliminar o modificar nuevas cmaras, el sistema una vez
que se inicia busca cmaras conectadas en un rango de IPs, despus busca las cmaras
que tenemos dadas de alta en el sistema.

Visor de fotografas.

Esta interfaz nos permite ver las imgenes grabadas manualmente o por alarmas.

Control de cmara PTZ (Pan, Tilt, Zoom).

Esta interfaz nos permite manipular la cmara para ver el ngulo deseado, horizontal, vertical
y acercamiento.
24

Pan la cmara permanece en una misma posicin, pero gira sobre su mismo eje, barriendo
todo el campo visual.

Tilt es un movimiento vertical de la cmara en la que la cmara apunta hacia arriba o hacia
abajo desde una ubicacin fija.

Chat de voz y escritura.

Esta Interfaz sirve para realizar una comunicacin escrita y oral con otros clientes
conectados, tambin puede enviar archivos por TCP.

Seleccione el usuario para chatear. En este cuadro aparecen todos los usuarios
conectados, tambin aparece el usuario Todos si elige este usuario le enviar el mensaje a
todos los clientes conectados.

25

Computadora remota IP. Aqu veremos los mensajes que nos son enviados.

Computadora local. En este cuadro escribimos los mensajes que enviaremos al usuario
que indiquemos.

Botn (Enviar archi vo). Muestra una interfaz para poder enviar un archivo a otra
computadora.

CHAT DE VOZ.
Conectar con IP. Si conoce la IP y esta no aparece en la lista de cmaras escriba aqu la IP
y presione el botn Marcar/Colgar.

Lista de cmaras. Nos muestra todas las cmaras con las que podemos comunicarnos elija
una y presione el botn Marcar/Colgar.

Cuando se presiona el botn Marcar el sistema lanza una peticin de comunicacin, si es
aceptada el botn cambia la leyenda a Colgar, para hablar mantenga presionado el botn
con la imagen de celular.

Transferir archivo.

26

Esta interfaz nos permite enviar un archivo a otra computadora por TCP.
Elegimos la IP o la computadora remota y presionamos el botn conectar, buscamos el
archivo que queremos enviar, y presionamos el botn Enviar archivo.

El sistema la usa automticamente si esta habilitada la opcin Transferir archivo grabado
por alarma a otra computadora esto es con fines de respaldo y de seguridad ya que podran
destruir la evidencia en el equipo local.

Correo electrnico (SMTP).

Con esta interfaz podemos mandar un correo electrnico manualmente, el sistema tambin
la utiliza para enviar un archivo de video al detectar audio y/o movimiento al destinatario que
le indiquemos.
El sistema enva automticamente un archivo de video si esta habilitada la opcin Enviar
correo electrnico si detecta movimiento esto con fines de respaldo y seguridad.

El servidor SMTP debe ser un servidor vlido de correo, generalmente nuestro proveedor de
internet nos otorga este servicio, aunque actualmente existen estos servicios gratuitos como
los que otorga Hotmail, Yahoo, Gmail entre otros.
27

Transferencia remota de archivos (FTP).

Con esta interfaz podemos enviar un archivo manualmente, para alojarlo en un servidor
remoto va FTP.
El sistema enva automticamente un archivo de video al detectar audio y/o movimiento si
esta habilitada la opcin Subir video local a Internet.

Datos de conexin. Nos pide el servidor FTP donde alojaremos nuestro archivo de video,
el usuario y contrasea de autenticacin.

Tipo de conexin.
Modo activo. Se llama modo activo porque la transmisin de datos es iniciada como proceso
distinto desde el servidor, hacia el puerto que le hemos indicado.
Modo pasivo. En modo pasivo es siempre el programa cliente el que inicia la conexin con el
servidor.

Tipo de transferencia.
Binaria. Este tipo es usado cuando se trata de ficheros comprimidos, ejecutables para PC,
imgenes, archivos de audio, archivos de video.
28

ASCII. Adecuado para transferir ficheros que slo contengan caracteres imprimibles (ficheros
ASCII, no ficheros resultantes de un procesador de texto), por ejemplo pginas HTML.

Reproductor de video.

Interfaz para reproducir el video grabado o recibido de otras cmaras.

Eliminar videos almacenados.

Con esta interfaz puede eliminar los videos histricos que ya no desee conservar y tener
ms espacio en disco duro.
29

Configurar cmara remota.

Esta interfaz es muy especial y nos pide clave de acceso para poder utilizarla, con
ella podemos configurar muchas de las propiedades de las cmaras remotas como:
cambiar de cmara para transmitir video, Codificador de audio y video, apagar y encender
cmara, apagar el sistema de videovigilancia, sensibilidad de deteccin de audio y
movimiento, programar hora de deteccin automtica, activar alarmas de audio y
movimiento, etc.

30

Configurar servidor web IIS.

Si deseamos transmitir por Internet es necesario crear y configurar el servidor web IIS
(Internet Information Server), debemos tener instalado el servidor web, entramos a esta
interfaz y presionamos el botn Crear directorio virtual si existe un servidor web, se crea el
servicio con xito de lo contrario nos indica que no existe un servidor web instalado..

Eliminar registros de sucesos.

Cuando ya no queramos el histrico de registros de sucesos entramos a esta interfaz y
presionamos el botn Eliminar registros.
31

Opciones del panel 1.

Clientes conectados. Muestra los clientes que estn
recibiendo video.
Clientes Web. Muestra los clientes conectados va
Internet.
Sensibilidad de movi miento. Ajuste la sensibilidad del
0 al 100 entra ms alto el valor ms movimiento se
necesita para que se active la alarma.
Sensibilidad de audio. Igual que la sensibilidad de
video, 0 al 100.
Grabar video local por alarma. Si est habilitada
graba un archivo de video en formato WMV con una
duracin indicada en segundos.
Grabar audio en video. Si est habilitada graba audio
y video de lo contrario slo graba video.
Subir video a Internet. Si est habilitada sube el video
grabado por alarma a un sitio FTP.
Enviar correo electrnico si detecta movi miento. Si
est habilitada manda un correo electrnico, indicando
la cmara y el suceso ocurrido.
Grabacin contina cmara 1. Si est habilitada graba
el video de forma continua en archivos de una hora
cada uno.
Grabar video remoto por alarma. Si est habilitada le
indica al servidor de video del cual estamos conectados
que si se activo una alarma nos mande una copia del
video grabado.
Seguir movi miento de personas. Esta opcin es muy especial si est habilitada le indica a
todos los servidores que si detectan movimiento le transmitan video en tiempo real, de esta
manera cuando una persona va pasando por las cmaras de video estas empiezan a
mandar video al solicitante.

32


Entrada de video. Muestra todas las entradas de video
que tiene la tarjeta.

Codificador de video. Muestra todos los codificadores de
video instalados en el sistema operativo.

Dispositi vos de audio. Muestra todos los dispositivos de
audio conectados en la computadora.

Entrada de audio. Muestra todos los dispositivos
conectados para enviar audio.

Codificador de audio. Muestra todos los codificadores de
audio instalados en el sistema operativo.

Tipo de audio. Podemos elegir si queremos audio mono o
stereo de 8 o 16 bits, la frecuencia es de 8000, 11025,
22050 y 44100 Hz.

Acti var alarmas de audio y movi miento. Si est
habilitada, se activan las alarmas a la hora indicada, si las
alarmas no estaban activadas y se desactivan a la hora
indicada si las alarmas estn configuradas como
desactivadas.

Cuadros por segundo. Puede elegir los cuadros por segundo a los cuales transmitir video
en un rango de 5 a 30 cps. Entre mayor sea el valor ms ancho de banda consumir.

33


Elija una opcin. En este cuadro se encuentran todas las
interfaces manejadas por el sistema, elija una dando click.

Acti va sistema al iniciar windows. Si est habilitada el
sistema de videovigilancia empezar a funcionar al
encender la computadora.

Mostrar fecha en video. Si desea que la fecha se grabe en
la transmisin de video habilite est opcin.

Duracin de la alarma de audio. Indique aqu la duracin
de la alarma de audio en segundos.

Archi vo de audio. Elija el archivo que se reproducir al
activarse la alarma de audio.

Datos de la cmara. Escriba los datos de su cmara de
video, la direccin IP es tomada de la computadora, el
nombre y ubicacin de la cmara.

Posicin de la imagen. Si la cmara permite esta funcin
puede elegir la posicin de la imagen.

34

Estructura funcional del sistema.

Para conectarse al sistema de videovigilancia hay dos formas:

-Tener instalado el sistema de videovigilancia en la computadora.
- Mediante un navegador de Internet (Internet Explorer).

En la primera forma se tiene acceso al 100% de la funcionalidad del sistema, si no se tiene
instalado el sistema y se entra mediante un navegador web solo podr usar las opciones
bsicas del sistema.

Servidor y
Cliente 1
Servidor y
Cliente 2

Cmara 1
Cmara 2
Cliente 4 Cliente 3
35

Anlisis y pruebas de codificadores de video.

El sistema utiliza los codificadores y decodificadores de video y audio que tiene
instalado el sistema operativo, tambin podemos instalar manualmente otros codificadores
que queramos para que sean utilizados por el sistema de videovigilancia.

Los codificadores de video ms comunes de windows son:

o Microsoft MPEG-4 video codec V1
o Microsoft Windows Media Video 9
o Microsoft Video 1
o Indeo video 5.1.0
o Indeo video 5.10 compression filter
o Intel indeo video R.3.2
o Intel indeo video 4.5
o Intel I.263 Video Driver 2.55.016
o Codec intel IYUV
o Cinepak codec by radius
o Microsoft RLE
o DVVideo encoder
o VP60 Simple Profile
o VP61 Advanced Profile
o VP62 Heightned Sharpness Profile
o X264-H264/AVC encoder

A continuacin veremos las principales caractersticas y los resultados de los codificadores
de video en una grabacin de 15 segundos, 5 cuadros por segundo, 352 x 288 pixeles y
velocidad de transmisin 128 kbs.

36

Resultados de las pruebas a los codecs de video ms populares.
Codec de video
Tamao
Promedio
En 5
muestras
Calidad Conclusin
Microsoft MPEG-4 video codec V1 495 Kb Excelente
Ideal para transmitir stream por
Internet.
Internet.
Internet.
Microsoft Windows Media Video 9 148 Kb Excelente
Ideal para transmitir por internet
por el tamao.
Microsoft Video 1 2682 Kb Regular
No se recomienda para transmitir
por internet.
Indeo video 5.1.0 460 Kb Bueno
Aceptable para transmitir por
internet.
Indeo video 5.10 compression filter 440 Kb Bueno
Internet.
Intel indeo video R.3.2 500 Kb Bueno
Internet.
Intel indeo video 4.5 510 Kb Bueno
Internet.
Intel I.263 Video Driver 2.55.016 178 Kb Bueno
Internet.
Codec intel IYUV 11960 Kb Bueno
Por el tamao no se recomienda
para transmitir por Internet.
Cinepak codec by radius 1450 Kb Bueno
Cumple para transmitir por
Internet.
Microsoft RLE 6468 Kb Mala
Mala calidad y un tamao
demasiado alto.
DVVideo encoder 9122 Kb Regular
No es ideal para Internet, por el
tamao, y porque aplica zoom.
VP60 Simple Profile 170 Kb Excelente
Ideal para transmitir por Internet,
se necesita instalar manualmente
el codec.
VP61 Advanced Profile 165 Kb Excelente
el codec.
VP62 Heightned Sharpness Profile 165 Kb Excelente
el codec.
x264-H264/AVC encoder 172 Kb Excelente
Ideal para transmitir por Internet.
37

Los codecs Cinepak y los de la familia Indeo son muy comunes en las versiones de windows
y tienen una calidad aceptable para transmitir stream por internet.

Los codificadores Microsoft MPEG-4 video codec versin V1, V2 y V3 tambin tienen una
alta calidad de compresin y se encuentran presentes en las versiones de windows con la
aplicacin windows media player.

Los codificadores VP60 Simple Profile, VP61 Advanced Profile y VP62 Heightned Sharpness
Profile generan un video de tamao reducido con una calidad aceptable, el inconveniente es
que hay que instalarlos manualmente, ya que no vienen en las versiones del sistema
operativo windows.

38

Anlisis y pruebas de codificadores de audio.

Los codificadores de audio ms comunes de windows son:

o IAC2
o IMA ADPCM
o PCM
o ACELP.net
o Windows Media Audio V1
o Windows Media Audio V2
o Microsoft G.723.1
o Ley A CCITT
o Ley u de CCITT
o AC-3 ACM Codec
o MPEG Layer 3
o Vorbis encoder

A continuacin veremos las principales caractersticas y los resultados de los codificadores
de audio en una grabacin de 15 segundos.

Codec de audio
Tamao
Promedio
En 5 muestras
Calidad
Velocidad de
transmisin
IAC2 415 Kb Buena 32 Kbps
IMA ADPCM 626 Kb Buena 128 Kbps
PCM 325 Kb Buena 32 Kbps
ACELP.net 295 Kb Buena 8 Kbps
Windows Media Audio V1 265 Kb Buena 8 Kbps
Windows Media Audio V2 270 Kb Buena 13 Kbps
Messenger audio codec 255 Kb Buena 6 Kbps
39

Microsoft G.723.1 405 Kb Buena 64 Kbps
Ley A CCITT 410 Kb Buena 64 Kbps
Ley u CCITT 275 Kb Buena 16 Kbps
MPEG Layer 3 515 Kb Excelente 128 Kbps
Vorbis encoder 510 Kb Excelente 128 Kbps

Todos los codificadores de audio tuvieron un buen desempeo tomando en cuenta la
velocidad de transmisin.

Los codificadores que transmiten a 128 Kbps fueron:

o IMA ADPCM tamao promedio 626 Kb.
o MPEG Layer 3 tamao promedio 515 Kb.
o Vorbis encoder tamao promedio 510 Kb.

Si se tiene ancho de banda suficiente se recomienda MPEG Layer 3 y Vorbis encoder.

Si no tiene suficiente ancho de banda se recomienda un codificador con una velocidad
menor de transmisin de 16 Kbps como:

o Windows Media Audio V1 tamao promedio 265 Kb, 8 Kbps.
o Windows Media Audio V2 tamao promedio 270 Kb, 13 Kps.

40

CAPITULO 1.

ESTNDARES DE SEALES
DIGITALES DE AUDIO Y VIDEO.
41

CAPITULO 1. ESTNDARES DE SEALES DIGITALES DE AUDIO Y VIDEO

1.1.- FORMATOS DE IMAGEN.

1.1.1.- Introduccin.

Existe una amplia gama de formatos de video como son: bmp, gif, jpg, etc. Pero no
todos estos formatos son adecuados para una web, debido a que pueden ocupar mucha
memoria o a que no son compatibles con algunos navegadores.

Eso hace difcil el escoger el formato adecuado a las necesidades del usuario. A
partir del trabajo con herramientas grficas, el desarrollo de formatos se ha enfocado a la
capacidad y calidad de la compresin de los archivos, ya que el archivo de imagen debe ser
comprimido, porque el espacio que ocupar y su tiempo de transferencia sern menores, la
combinacin ideal residen en buena calidad de la imagen y tamao reducido de archivo, y,
los formatos ms cercanos a esos estndares, son: GIF y J PEG, lo que es debido a las
opciones de compresin que utilicen.

1.1.2.- Tipos de Imgenes.

Para manipular los datos de un archivo de imagen, existen dos modos o formatos que
permiten visualizarlas, stos son: mapas de bits y vectoriales.

Mapas de Bits.

Las imgenes de mapa de bits (bitmaps) estn formadas por una rejilla de celdas. A
cada una se le denomina pxel y se le asigna un valor de color y luminancia propios. Al ver
un conjunto de celdas, se crea la ilusin de una imagen de tono continuo. El pxel es una
unidad de informacin y puede ser muy pequeo (0.1 mm.) o muy grande (1 cm.).
Cuando se crea una imagen de mapa de bits se genera una rejilla especfica de
pxeles y al modificar su tamao, se transforma simultneamente la distribucin y coloracin
CAPITULO 1. ESTNDARES DE SEALES DIGITALES DE AUDIO Y VIDEO.
42

de los pxeles, y los objetos de la imagen, se deforman por la prdida o ganancia de
pxeles que los definen. Por lo cual, las imgenes de mapa de bits se crean con un tamao
determinado y pierden calidad si se modifican sus dimensiones.

Imgenes Vectoriales.

Los elementos constituyentes del vector, en una imagen vectorial, son las curvas de
Bzier (desarrolladas por Pierre Bzier por encargo de la empresa Renault); cada una se
define por los puntos: inicial y final de la curva (nodos o puntos de anclaje) y dos de control
(manecillas o manejadores), estos ltimos sirven para definir la forma de la curva y no
aparecern en la imagen final, y, para modificar la curva slo se tiene que mover alguno de
los nodos.

Estas curvas muy estilizadas y verstiles, son fciles de manejar, ya que adoptan
curvaturas muy suaves (casi lneas rectas) o muy fuertes (curvas complejas) que pueden
adaptarse a infinitud de formas (por ejemplo iconos y logotipos) siendo tiles en el diseo y
manipulacin de fuentes de texto.

En la imagen vectorial, cada objeto esta definido por sus propias frmulas matemticas
y se puede manipular independientemente y cada objeto esta dividido en elementos
independientes, por lo que no hay que modificar todo el objeto sino slo una parte,
controlando con gran precisin la forma, orientacin y ordenacin de los elementos de la
imagen. La imagen vectorial tambin acepta la insercin de bitmaps, ya sea para rellenos de
formas, o bien, como elementos separados. Sin embargo, se tiene la posibilidad de exportar
los grficos vectoriales a formatos estndar de mapa de bits.
43

Los grficos vectoriales son muy eficaces en el manejo de texto, ya que admiten
fuentes TrueType que son reconocidas como objetos vectoriales. A cada letra se le pueden
asignar contornos editables y descomponer el texto en objetos. De esta manera, ya no har
falta tener instalada la fuente para seguir editando los contornos, porque ya no sern
tratadas como fuentes.

1.1.3.- Formato JPEG.

El formato Joint Photographic Experts Group (J PEG por sus siglas en ingls o
Conjunto de Grupos de Expertos en Fotografa) se utiliza normalmente para mostrar
imgenes de tono continuo en documentos de lenguaje marcado como hipertexto (HTML) en
World Wide Web (WWW) y otros servicios electrnicos. El formato admite los modos de color
CMYK, RGB y escala de grises. A diferencia del formato GIF, conserva toda la informacin
del color de la imagen RGB, aunque comprime el tamao del archivo mediante la eliminacin
selectiva de datos.

Al abrir una imagen con formato J PEG, se descomprime automticamente; un nivel
elevado de compresin produce una baja calidad de imagen, un nivel bajo, una calidad
mejor. En la mayora de los casos, al comprimir una imagen utilizando la opcin de calidad
mxima, se obtiene un resultado muy parecido al original.

J PEG es un estndar ISO (Internacional Standard Organization por sus siglas en
ingls o Organizacin Internacional de Estndares) aprobado en 1992 para la compresin de
imgenes fijas con y sin prdida de informacin. El estndar se desarroll para facilitar la
transmisin y almacenamiento de archivos de imgenes estticas. Una imagen de alta
resolucin y de alta calidad fcilmente puede necesitar 75 Mbytes o ms de espacio en
disco.

44

1.1.4.- Formato BMP.

El formato BMP (BitMaP por sus siglas en ingls o Mapa de Bits) es el formato de las
imgenes de Windows. Su uso fue muy extendido, pero los archivos son muy grandes dado
la escasa compresin que alcanzan.

Admite los modos de color RGB, color indexado, escala de grises y mapa de bits.
Puede escoger entre los formatos de MicrosoftWindows o de OS/2y especificar una
profundidad de bit para la imagen. En imgenes de 4 y 8 bits con formato Windows, tambin
se puede especificar la compresin RLE.

1.1.5.- Formato GIF.

Graphics Interchange Format (GIF por sus siglas en ingls o formato de intercambio
de grficos) es el ms utilizado para mostrar grficos de color indexado e imgenes en
documentos de lenguaje marcado como hipertexto en la World Wide Web y otros servicios
electrnicos. Es un formato con compresin LZW (desarrollado en 1997 por A. Lempel, J . Zif
y Terry Welch) diseado para minimizar el tamao de los archivos y la duracin de las
transferencias electrnicas.

1.1.6.- Formato TIFF.

El formato TIFF (Tagged Image File Format por sus siglas en ingls o formato de
archivo de imagen encadenado) fue desarrollado por Aldus Corporation en 1986, para
guardar imgenes desde el escner y programas para creacin de imgenes y retoque
fotogrfico, su uso se basa en imgenes de mapa de bits. Es probablemente el formato de
mapa de bits ms verstil, seguro y con mayor soporte, ya que es capaz de describir los
datos de una imagen desde 2 colores hasta color completo en varios espacios de tonos.

45

Se utiliza para intercambiar archivos entre aplicaciones y plataformas de
computadoras y sistemas operativos. Es un formato flexible de imgenes de mapa de bits
admitido por prcticamente todas las aplicaciones de pintura, edicin de imgenes y diseo
de pginas. Adems, casi todos los escneres de escritorio generan imgenes TIFF. El
formato admite archivos CMYK, RGB y de escala de grises y archivos Lab, de color indexado
y de mapas de bits, tambin admite compresin LZW.

1.1.7.- Formato PNG.
PNG (Portable Network Graphics) es un formato grfico basado en un algoritmo de
compresin sin prdida para bitmaps no sujeto a patentes. Este formato fue desarrollado en
buena parte para solventar las deficiencias del formato GIF y permite almacenar imgenes
con una mayor profundidad de color y otros importantes datos.
El PNG es un formato grfico cada vez ms usado en lugar de GIF. Se muestra
correctamente en los navegadores, su uso est libre de derechos y permite una alta
compresin as como una reproduccin progresiva de imgenes con hasta 16,7 millones de
colores.

46

1.2.- FORMATOS DE AUDIO.


Existen bsicamente dos formatos que son tomados en consideracin para ser
manipulados e incorporados como parte del mundo anlogo y digital, los cuales son el
monoaural (o de un solo canal) y el estereofnico (o de dos canales), lo cual implica que al
usar el formato monoarual no existe la separacin de sonido, ya que independientemente de
si son tonos agudos o graves se conjuntan en una sola va o canal, mientras en el formato
estereofnico, se separan los tonos agudos (por un canal) de los graves (por el otro canal).
stos requieren por lo menos del doble de espacio que los primeros para su manipulacin.

Los archivos de audio estreo sin comprimir y con calidad de CD requieren unos 150
kilobytes (KB) de espacio en disco duro por cada segundo de sonido. El tamao de un
archivo de sonido depende de la frecuencia de muestreo (frecuencia), del nmero de bits por
muestra (calidad o riqueza del sonido) y de si el sonido es monoaural o estereofnico. Por
ejemplo, una muestra de msica mono de 16 bits a 22 kilohertz (kHz) requiere una velocidad
de datos de 2.65 megabytes (MB) por minuto para reproducirlo tal como se grab
originalmente.

Comprimir un archivo de sonido mediante un codec de audio es la mejor forma de
almacenar archivos de audio en el disco duro del equipo o reproducir archivos de audio a
travs de una red con un ancho de banda limitado.

Hay codecs de audio para distintos usos, algunos estn optimizados para voz,
mientras que otros son adecuados para sonidos y muestras de msica con una velocidad de
bits de baja a alta. Los codecs de audio orientados a voz (como DSP Group TrueSpeech o
Microsoft Groupe Spcial Mobile -GSM 6.10- por sus siglas en francs Grupo Especial Mvil
de Microsoft) permiten una compresin eficaz de los datos de voz. Los codecs de audio
orientados a msica (tales como Fraunhofer Institut Integrierte Schaltungen IIS (FhG) MPEG
Layer-3 o Voxware MetaSound) permiten que el sonido con calidad cercana al CD se
comprima a una cuarta parte de su tamao original.
47

Existe una gran variedad de tcnicas de codificacin de audio, muchas no
normalizadas y se emplean en diversos mbitos. Aqu slo se revisan brevemente algunas
de las tcnicas empleadas con ms frecuencia, junto con las tcnicas de transmisin de
imgenes, que forman parte de estndares internacionales.

Las tcnicas de codificacin de audio pueden dividirse en dos grandes grupos: las
orientadas a sistemas de telefona (transmiten seales vocales) o a la reproduccin o
transmisin de seales ms genricas que abarquen un espectro ms amplio. En el primer
caso, se acepta cierta limitacin en las prestaciones del codificador para obtener una calidad
que permita or con comodidad la voz humana. En el segundo, se trata de optimizar los
codificadores, de manera que cualquier distorsin o ruido aadido quede por debajo del
umbral de percepcin del odo humano.

Al igual que en las tcnicas de codificacin de vdeo, una de las funcionalidades que
histricamente se han buscado con ms inters ha sido la compresin de las seales, con
objeto de reducir la cantidad de informacin que es necesaria almacenar o enviar. Sin
embargo, los factores de compresin que se consiguen son ms limitados, debido
posiblemente a que, en este caso, no existe tanta redundancia en la informacin.

Los sistemas de codificacin de audio con calidad musical parten generalmente de
seales digitales obtenidas mediante el muestreo a 44.1 kHz, con resolucin de 16 bits por
muestra de las seales originales, con lo que se consigue un margen de frecuencias de
20Hz a 20 kHz y un margen dinmico de 90 dB, que se adapta bien a la capacidad de
percepcin del odo humano.

Este formato, sin otra codificacin adicional, es el empleado en los CDs y requiere un
flujo de datos de 705 kbit/s por canal. Es posible reducir este flujo disminuyendo slo la
resolucin de las muestras, con lo que se aumenta el ruido, o la frecuencia de muestreo, con
lo que se reduce el margen de frecuencias.
Los sistemas de codificacin de audio utilizan tcnicas para reducir la redundancia de la
seal y emplean tcnicas psicoacsticas para eliminar los sonidos que el odo humano no
puede percibir. En la actualidad se consigue un buen nivel de calidad con alrededor de 1 bit

48

por muestra para seales vocales y 2 bits por muestra para seales musicales.
Probablemente estos valores se reduzcan a la mitad en un futuro no muy lejano.
Los cdecs de audio se caracterizan por los siguientes parmetros:
Nmero de canales: un flujo de datos codificado puede contener una o ms seales
de audio simultneamente. De manera que puede tratarse de audiciones "mono" (un canal),
"estreo" (dos canales, lo ms habitual) o multicanal. Los cdec de audio multicanal se
suelen utilizar en sistemas de entretenimiento "cine en casa" ofreciendo seis (5.1) u ocho
(7.1) canales.
Frecuencia de muestreo: de acuerdo con el teorema de Nyquist

determina la
calidad percibida a travs de la mxima frecuencia que es capaz de codificar, que es
precisamente la mitad de la frecuencia de muestreo. Por tanto, cuanto mayor sea la
frecuencia de muestreo, mayor ser la fidelidad del sonido obtenido respecto a la seal de
audio original. Por ejemplo, para codificar sonido con calidad CD nunca se usan frecuencias
de muestreo superiores a 44,1 kHz, ya que el odo humano no es capaz de escuchar
frecuencias superiores a 22 kHz.
Nmero de bits por muestra. Determina la precisin con la que se reproduce la
seal original y el rango dinmico de la misma. Se suelen utilizar 8 (para un rango dinmico
de hasta 45 dB), 16 (para un rango dinmico de hasta 90 dB como el formato CD) o 24 bits
por muestra (para 109 a 120 dB de rango dinmico). El ms comn es 16 bits.
Prdida. Algunos cdecs pueden eliminar frecuencias de la seal original que,
tericamente, son inaudibles para el ser humano. De esta manera se puede reducir la
frecuencia de muestreo. En este caso se dice que es un cdec con prdida o lossy codec (en
ingls). En caso contrario se dice que es un cdec sin prdida o lossless codec (en ingls).
El parmetro tasa de bits o bit-rate es el nmero de bits de informacin que se procesan
por unidad de tiempo, teniendo en cuenta la frecuencia de muestreo resultante, la
profundidad de la muestra en bits y el nmero de canales. A causa de la posibilidad de
utilizar compresin (con o sin prdidas), la tasa de bits no puede deducirse directamente de
los parmetros anteriores.

49

1.2.2.- Formato MP3.

Fue creado por el Moving Picture Expert Group, (diseadores y programadores de
normas de compresin de audio y video) trabajando bajo la direccin de ISO (International
Standards Organization por sus siglas en ingls u Organizacin Internacional de Estndares)
Se identifican con la extensin MP3, esta norma fue lanzada el ao 1995 a Internet,
actualmente se trabaja en el sucesor que ser el MP4 con una compresin de 40 a 1.

La calidad de sonido del MP3 y su pequeo tamao lo ha hecho muy popular en
Internet, su algoritmo se basa en la forma de escuchar que tiene el odo humano, pues las
frecuencias que quedan fuera de la audicin no son registradas en el archivo (las mayores
de 20khz y las menores de 20hz). Esto se traduce en archivos mucho ms pequeos, sin
una perdida de la calidad del sonido.

Al usar el formato a MP3 se puede reducir la pista de un CD a un factor de 12 a 1, (1
minuto de calidad CD en formato MP3 equivale a 1MB aprox.) pero lo mas importante es que
no pierde calidad de sonido. Factores de incluso 24 a 1 son aceptables.

El uso mas corriente que se la da a estos formatos es el de almacenamiento de
msica por lo que primero se debe grabar el CD en el disco duro del computador para luego
pasarlo al formato MP3, para esto se debe tener un Ripeers que cumple la funcin de pasar
desde formato CDA (CD) a Wav, (existen algunos CD que no aceptan ripeado), luego se
debe tener un encoder estos programas pasan de formato Wav a MP3. Se debe tener en
cuenta la calidad que se desea, a mayor tamao de archivo mayor calidad. Esto se
especfica eligiendo los Kbps (512, 256, 128, 64, 32, 20, 16), los Khz (48000, 44100, 32000,
24000, 22050, 16000, 11025, 8000) y si es estreo o mono y como es la calidad del Wav que
se est trabajando.

La desventaja de estos archivos es que se necesita una mquina potente pues usan
a fondo el procesador, pues al igual que los formatos Zip deben descomprimirse para poder
escucharse.

50

1.2.3.- Formato RA.

(Real Audio por sus siglas en ingls o Audio Real): Es el formato ms usado en
Internet por su capacidad de reproduccin en tiempo real, esto significa que mientras el
archivo es bajado se escucha el sonido y cuando se termina de bajar el ya fue reproducido.
Este formato fue desarrollado por RealNetworks.

Esta empresa a puesto a disposicin de los usuarios software para recibir y enviar en
tiempo real (Tanto video como Sonido), La empresa es reconocida como una de las mas
importantes en el mundo informtico pues a puesto a su formato RA a la altura del Wav o del
MIDI en popularidad.

El problema mas grave que tiene es que puede cortarse la reproduccin del audio
cuando hay interrupcin en la seal de datos, esto ocurre cuando el usuario usa un modem
muy lento o hay mucho trfico en la red.

Real Audio desarrolla una mejora en su formato (RealSystemG2), que incrementa la
frecuencia de audio en un 80% logrando en modem de 28,8 Kbps una mejora en la calidad
del audio. El problema surge en el almacenaje pues producir archivos demasiado grandes
sobretodo para el envi por correo electrnico.

Este producto puede tocar archivos antiguos de RA, Wav. Puede ser usado por Mac y PC.
Programa Real Player para escuchar o ver videos desde Internet, sin la necesidad de
almacenar en el disco duro. Es el ms usado por su rapidez, el sonido tiene mejor calidad en
las versiones nuevas.

1.2.4.- Formato WAV.

(Waveform Audio File por sus siglas en ingls o Archivo de Audio en forma de onda).
Uno de los formatos de fichero ms utilizados para almacenar sonidos es el formato WAV.
Se trata de almacenar las muestras una tras otra (a continuacin de la cabecera del fichero,
51

que entre otras cosas indica la frecuencia de muestreo), sin ningn tipo de compresin de
datos, con cuantificacin uniforme. La sencillez de este formato lo hace ideal para el
tratamiento digital del sonido.

El formato WAV, es un formato de archivo originario de Microsoft Windows 3.1, tiene
normalmente la extensin Wav. Es el formato para almacenar sonidos mas utilizado por los
usuarios de Windows, lo flexible de este formato lo hace muy usado para el tratamiento del
sonido pues puede ser compreso y grabado en distintas calidades y tamaos los Khz. van
desde 11025, 22050, 44100).

Aunque los archivos Wav pueden tener un excelente sonido comparable a la del CD
(16 bits y 44,1 Khz. estreo) el tamao necesario para esa calidad es demasiado grande
(especialmente para los usuarios de Internet) una cancin convertida a Wav puede ocupar
fcilmente entre 20 y 30 Mb. La opcin mas pequea es grabar a 4 bits y los Khz lo mas bajo
posible, el problema es la baja calidad del sonido, los ruidos, la esttica, incluso cortes en el
sonido, por esta razn casi siempre se usa para muestras de sonido. La ventaja mas grande
es la de su compatibilidad para convertirse en varios formatos por medio del software
adecuado, un ejemplo de ello es pasar de Wav a Mp3.

1.2.5.- Formato GSM 6.10.

El cdec (Microsoft Groupe Spcial Mobile GSM por sus siglas en francs o Grupo
Especial Mbil) est diseado para la compresin eficaz de voz y resulta adecuado para el
sonido orientado a voz con velocidades de bits de media a alta. GSM proporciona
compresin 2:1 en tiempo real (siempre que el hardware sea lo suficientemente rpido para
admitirlo), lo que convierte a este cdec en una buena opcin para grabar voz con la
grabadora de sonidos. Si utiliza GSM para comprimir msica puede obtener una calidad de
sonido deficiente. GSM es conforme a la recomendacin 6.10 del European
Telecommunications Standards Institute (Instituto de estndares de telecomunicacin
europeo).
El Sistema Global para las Comunicaciones Mviles (GSM) es un sistema estndar
para comunicacin utilizando telfonos mviles que incorporan tecnologa digital. Por ser
52

digital cualquier cliente de GSM puede conectarse a travs de su telfono con su ordenador
y puede hacer, enviar y recibir mensajes por e-mail, faxes, navegar por Internet, acceso
seguro a la red informtica de una compaa (LAN/Intranet), asi como utilizar otras funciones
digitales de transmisin de datos, incluyendo el Servicio de Mensajes Cortos (SMS).

1.2.6.- Windows Media Audio (WMA).

Windows Media Audio o WMA es un formato de compresin de audio con prdida,
aunque recientemente se ha desarrollado de compresin sin prdida, es propiedad de
Microsoft.

A diferencia del MP3, este formato posee una infraestructura para proteger el Copyright y as
hacer ms difcil el " trfico ilegal" de msica.

WMA es un codec de audio con prdida basado en el estudio de la psicoacstica.
Las seales de audio que se considera que resultara imperceptible para el odo humano son
codificadas con la resolucin reducida durante el proceso de compresin.
WMA puede codificar las seales de audio en la muestra de hasta 48.000 veces por segundo
(48 kHz) con un mximo de dos canales (estreo).

53

1.3.- FORMATOS DE VIDEO.


En el caso del video digitalizado se hace especial hincapi en el tema de la
compresin, ya que en el rea de la informtica siempre es un problema el tamao que
ocupan los archivos. El programa controlador que comprime y descomprime un archivo de
video se denomina CODEC, trmino compuesto derivado de la expresin inglesa
compressor/decompressor, y es un algoritmo utilizado por la tarjeta de vdeo para capturar y
almacenar el video en el disco duro del computador.

Todos los codecs usan tcnicas de compresin eliminando datos para salvar espacio
en disco, sacrificando, en mayor o menor grado, la imagen original. La consecuente
disminucin de la calidad de la imagen es aceptable, pues los algoritmos de codificacin
estn diseados para descartar la informacin redundante o que no es perceptible por el ojo
humano.

La compresin se realiza analizando similitudes entre imgenes sucesivas, usando
informacin de las imgenes ya enviadas. Cuando se usa esta tcnica, slo es necesario
enviar la diferencia entre las imgenes, es decir las zonas de la imagen que han variado
entre dos fotogramas consecutivos, lo que elimina la necesidad de transmitir la imagen
completa. Este tipo de compresin es conocido como "compresin temporal". El otro mtodo
de compresin de video elimina los datos que no cambian entre pxeles adyacentes y es
conocido como "compresin espacial".

Los CODECs utilizan distintos sistemas para comprimir el video pero, se pueden distinguir
bsicamente dos tipos:

CODECs sin prdida, es decir, los que conservan los datos originales y aseguran que las
imgenes sean las mismas despus de la compresin y posterior descompresin. Estos
CODECs usan normalmente el sistema RLE (Run Length Encoding por sus siglas en
ingls). ste consiste en descartar regiones o bloques de similares colores entre imagen
54

e imagen. Esta tcnica funciona bien con imgenes generadas por ordenador, donde
existen reas de color uniforme. Sin embargo, las tcnicas de compresin sin prdida no
son, en general, muy efectivas con el video digital, ya que ste tiene pocas reas de color
continuo y est formado por numerosas variaciones de color. El ratio tpico de estos
CODECs es de 1:2.

CODECs con prdidas, intentan eliminar informacin de las imgenes de forma que sea
lo ms inapreciable posible por el espectador. Estos sistemas eliminan informacin que
no puede ser recuperada. La cantidad de informacin perdida depende del grado de
compresin y es proporcional a la disminucin de calidad, es decir

Mxima calidad mximo tamao de archivo =mnima compresin
Mnima calidad =mnimo tamao de archivo mxima compresin

Dentro de los algoritmos de compresin con prdida se puede distinguir, a su vez,
dos tipos bsicos:

o Al goritmos de compresin espacial. Estos sistemas comprimen cada imagen
independiente del video, es decir, cada cuadro del mismo sin tener en cuenta el resto.

o Al goritmos de compresin temporal. Son parecidos al sistema RLE antes
mencionado, ya que se basa en la variacin entre un cuadro y el siguiente. Pero con
la gran diferencia de qu esta variacin (comparacin entre un frame y el siguiente)
no se almacena en su totalidad, sino que se le aplica una compresin con prdida.
Este tipo de algoritmo utiliza los llamados Keyframes, que son cuadros del video que
se almacenan con poca o ninguna compresin para que sirvan de referencia para
generar los siguientes, que son llamados Deltaframes.

Por tanto, al usar algn codec para editar un video con un programa de edicin de
VFW (Video For Windows por sus siglas en ingls o Video Para Windows) se encontrar con
el fenmeno de la recompresin. sta genera prdida aditiva de datos en casi todos los
sistemas de compresin con prdida, esto quiere decir que, cada vez que se vuelve a
comprimir un video se pierde ms y ms calidad, aunque en la recompresin se ajuste la
55

calidad al mximo. Afortunadamente, esto ha sido previsto, y existen CODECs
especialmente diseados para disminuir al mximo esta prdida aditiva.
Por ltimo, hay que mencionar la llamada simetra del CODEC, y es tal cuando las
velocidades de codificacin y descodificacin son iguales. De la misma manera, es
altamente asimtrico cuando las velocidades son diferentes.

La transmisin de video es la parte medular de un sistema de videovigilancia por lo que es
necesario tener en cuenta el tipo de video CODEC a elegir, tomando en cuenta sus ventajas
y desventajas.

En los siguientes captulos se vern los video CODECs mas utilizados.

1.3.2.- Formato AVI.

(Audio Video Interleave por sus siglas en ingls o Audio Video Intercalado) Son un
caso especial de archivos RIFF (Resource Interchange File Format por sus siglas en ingls o
Formato de Archivos para el Intercambio de Recursos) un formato de propsito general para
el intercambio de datos multimedia que fue definido por Microsoft e IBM tiempo atrs.

De hecho RIFF es un clon del formato IFF inventado por Electronic Arts in 1984 para
Deluxe Paint en plataforma AMIGA. IFF se erigi enseguida como un estndar de
intercambio en esta plataforma y fue mantenido por Commodore hasta su desaparicin. Al
decidir Electronics Arts cambiar a la plataforma PC, trajo consigo el formato IFF.

En los primeros momentos de la popularizacin del DV domstico existi mucha
confusin sobre los tipos de AVI que empleaba la captura de vdeo digital (DV). Se ha
hablado largo y tendido de AVI1 y AVI2 y en parte el error surga de lo comentado ms arriba
de mezclar la denominacin del formato AVI con VfW y los codecs empleados para
almacenar en dicho formato.

En algunos casos se hablaba de AVI 1 refirindose en orden cronolgico al primer
formato aparecido y AVI 2 al segundo. De ello se deduca errneamente que el formato
56

empleado para DV era AVI tipo 2 cuando en realidad dentro del segundo formato
cronolgicamente hablando, hay a su vez una divisin denominadas por la propia Microsoft
como AVI DV Tipo-1 y AVI DV tipo-2, siendo las diferencias el tipo de codecs empleados
para su manejo y la forma en que se guardan los flujos de datos internamente.

As pues, cindose a la realidad, slo existen dos tipos generales de AVI, Los
basados en Video para Windows (los primeros en aparecer) y los basados en DirectShow
(originalmente ActiveMovie). Y como se ha mencionado, un AVI no es ms que un formato
de archivo que puede guardar datos en su interior codificados de diversas formas y con la
ayuda de diversos codecs que aplican diversos factores de compresin, tambin existe la
posibilidad de almacenar los ficheros en un formato AVI "raw" o crudo, es decir, sin
compresin y muchos fabricantes aportan su granito de arena con codecs particulares, Los
formatos de AVI basados en Video para Windows son los que ahora forman el ncleo de los
denominados AVI DV Tipo-2 mientras que los basados en DirectShow (y por extensin en
DirectX) son los denominados AVI DV tipo-1.

Hasta este punto, convendra decir que en realidad, cualquier tipo de imagen grabada
en cinta y mucho ms pesada al ordenador, se puede considerar como digital, dado que no
existe una imagen real, analgica, visible a simple vista como en las pelculas de cine o en
los carretes de fotos.

Sin embargo, se considera convencionalmente imagen analgica toda la anterior a
los actuales sistemas de grabacin de datos digitales. Es decir, las grabaciones efectuadas
en VHS, 8mm., Hi8, SVHS... en el aspecto domstico y U-matic o BetaCam, en la vertiente
profesional por poner algn ejemplo.

Aunque un AVI puede tener n nmero de flujos, lo ms comn es un flujo de vdeo
(vids) y otro de audio (auds).

AVI Header
Datos de Vdeo AVI (vids)
Datos de Audio AVI (auds)

57

Las cabeceras (o headers) del formato del flujo definen todo el formato (incluida la
compresin usada) de cada flujo. El formato estndar de un AVI basado en VfW contempla
la existencia de un flujo de video, uno de audio o ambos. As un AVI en VfW puede
almacenar slo audio, slo vdeo o ambos pero en flujos separados para cada tipo.

1.3.3.- Formato Mpeg.

MPEG es el "Grupo de Expertos de Imgenes en Movimiento", por sus siglas en
ingles. MPEG es un grupo de personas que se encuentran dentro de la Organizacin
Internacional de Estndares (ISO, por sus siglas en ingls) para generar estndares para
video digital (secuencias de imgenes en tiempo) y compresin de audio. En particular, ellos
definen una trama de bits comprimida, la cual implcitamente define un descomprimidor.
Como cada empresa tiene sus propios algoritmos de compresin, es ah donde recae la
importancia de contar con un estndar internacional. MPEG se rene cuatro veces al ao
durante una semana completa. En medio de las reuniones un gran trabajo es hecho por los
miembros, as que no todo ocurre en las reuniones.

MPEG clasifica los estndares multimedia en:

MPEG-1 "Codificacin de Imgenes de Movimiento y Audio Asociado para Medios de
Almacenamiento Digital a 1,5 Mbits/s".

MPEG-2 "Codificacin Genrica de Imgenes de Movimiento e Informacin de Audio
Asociada".

MPEG-3 Originalmente planeada para aplicaciones de HDTV (Televisin de Alta
Definicin), pero finalmente fue incluida en MPEG-2.

MPEG-4 "Codificacin de Objetos de Audio-Visual".

Tanto MPEG-1 como MPEG-2 son estndares aprobados por ISO (tambin est en fase de
estudio MPEG-4). Las principales ventajas de este sistema son:
58

- Orientado a la compresin de vdeo (incluyendo el audio), no como M-J PEG.
- La compresin se basa en predicciones matemticas complejas que dependen de la
variacin de las imgenes en el tiempo.
- La codificacin admite frecuencias de 4 a 100 Mbps.

MPEG-1 fue diseado para la transmisin de vdeo con frecuencias de 1.5 Mbps, la
velocidad nominal de CD-ROMs de velocidad simple y de lneas T1. MPEG-2, en cambio se
dise para soportar aplicaciones de televisin con varios formatos, incluyendo la televisin
de alta definicin (HDTV). Aunque MPEG-2 es una norma reciente, ha sido aceptada
rpidamente por las industrias de la televisin por cable y va satlite.

Las frecuencias de compresin conseguidos con MPEG hacen de esta norma el
estndar ideal para la transmisin de vdeo digital. En cambio, para la edicin sigue siendo
ms adecuado M-J PEG. La solucin ms adecuada es utilizar M-J PEG en la edicin y
MPEG en la transmisin.

En esta seccin se comienza introduciendo conceptos bsicos de video analgico,
adentrndose en el proceso de muestreo y el problema de la seal digital, para continuar
tratando la compresin MPEG-1 y MPEG-2.

El grupo MPEG sigue trabajando en la elaboracin de la recomendacin MPEG-2 (o
H.262, o IS-13818) para la compresin de vdeo y ha terminado sus partes principales en
1995. Esta recomendacin utiliza algoritmos para la compresin de la informacin basados
en la DCT (Discrete Cosine Transform por sus siglas en ingls) y en la compresin del
movimiento, similares a los de MPEG-1. MPEG-2 pretende mejorar la calidad de las
imgenes comprimidas respecto a MPEG-1, mediante una velocidad de distribucin superior
de 6-15 Mbit/s (depende del tipo de secuencia y del codificador utilizado).

Est concebido para la distribucin de vdeo e introduce los conceptos de
escalabilidad espacial y temporal, y de jerarqua de datos dentro del stream. Permite una
mayor variedad de formatos de entrada, codifica los dos campos de las imgenes
entrelazadas, presta mayor atencin a las componentes de color que en MPEG-1 e incorpora
otras mejoras de algoritmia y sintaxis. Incluye la posibilidad de codificar TV de alta definicin
59

y seales con calidad de estudio. Admite la opcin de escalabilidad en resolucin, segn la
capacidad del codificador o de la red de transmisin.

Durante mucho tiempo en el campo de la digitalizacin de videos se tuvo solamente
dos opciones al escoger: CINEPAK o INDEO, pero con la aparicin de MPG I en el mercado
se marc la pauta para la visualizacin de videos desde discos compactos CD. MPG I es un
codec diseado para posibilitar el almacenamiento de videos de hasta 30 cuadros por
segundo y tamao de ventana de 320x240. A un costo de digitalizacin muy econmico.

MPG I es un formato que trabaja eliminando la redundancia de pixeles entre cuadros
de una pelcula, muy similar al compresor de imgenes J PEG usado para la transferencia de
fotos por Internet. La compresin con la que MPG I trabaja consta de 10 pasos; 6 de los
cuales son exclusivamente dedicados a comprimir y reducir datos redundantes.

Es un formato de compresin que permite ver el video en una ventana pequea (320 por
240 pxeles). Ocupa bastante espacio en el disco duro, pero tiene la ventaja de que puede
ser reproducido incluso en PC anticuados. Es una buena opcin para distribuir videos en CD-
ROM, ya que se tiene la certeza de que un PC poco potente no se va a colgar al
reproducirlos.

La principal diferencia entre MPEG I y MPEG II, es la forma en que comprime el
video. MPEG-II hace un mejor trabajo que su antecesor MPG I en lo referente a la
compresin y principalmente no degrada notoriamente la imagen a tal punto de ser el
estndar para los videos del tipo DVD. MPG I fue siempre sealado con la imposibilidad de
presentar pelculas en ventanas mayores a 320x240, MPG II presenta ventanas hasta
704x480 a 30 cuadros por segundo; es decir el doble de tamao que su antecesor.

Es un formato de compresin muy popular, utilizado principalmente en los DVD.
Ofrece buena calidad en video de pantalla completa, sonido estreo y ocupa una cantidad
razonable de espacio en el disco duro. Muchas cmaras digitales econmicas o de no muy
reciente fabricacin utilizan este formato. Es una buena opcin para capturar y almacenar
video.

60

Por otro lado, se tiene que MPEG-3 Fue una propuesta de estndar para la TV de
alta resolucin, pero se ha demostrado que MPEG-2 con mayor ancho de banda cumple con
este cometido.

De igual forma, se considera que MPEG-4 es una evolucin de MPEG-2. Es ms
avanzado y ofrece numerosas opciones de configuracin y muy alta calidad, sin embargo, su
edicin exige hardware potente.

1.3.4.- Formato Microsoft Video 1.

Es un compresor con prdida que utiliza algoritmo de compresin espacial. Soporta
profundidades de color de 8 bits (256 colores) y 16 bits (64.000 colores).

Video 1 es un algoritmo bastante simple. El algoritmo funciona en bloques de 4x4
pxeles, lo que implica que la fuente de datos para ser comprimido debe ser divisible por 4,
tanto en su anchura y altura.
Codec de video de movimiento completo y calidad moderada en imgenes de 320 x 240
pxel o menores a una velocidad de 15 marcos por segundo o menor.

1.3.5.- Formato Cinepak by radius.

Es muy usado para la compresin de video de 24 bits (color real), creado para
visualizar posteriormente el video en CD-ROM o para descargarlo de Internet. Este codec
trabaja con ratios altos de compresin y permite diversos tamaos de ventana al momento
de visualizarlo; est siempre presente en toda versin de Microsoft Windows. (Compatible
con Quicktime de Apple) Compresor temporal de alta calidad. Est diseado para producir
mnimas prdidas en la recompresin. Es altamente asimtrico, siendo muy rpido
decodificando (reproduccin) y lento codificando. Trabaja con 16 millones de colores.

61

1.3.6.- Formato Intel Indeo 5.05.

Muy usado para distribuir video por Internet en computadoras provistas con
procesadores MMX. Este codec emplea un sistema progresivo de descarga que se adapta al
ancho de banda y flujos de seal.

1.3.7.- Formato Microsoft RLE.

Usado para comprimir cuadros que contengan reas de color plano, como los dibujos
animados. Este codec usa un codificador espectral de 8 bits que degrada la imagen al
comprimirla hasta el 2% del original.

1.3.8.- Formato Windows Media Video (WMV).

Tal como RV, ha tenido un desarrollo vertiginoso. Se puede configurar para cualquier
tipo de uso, desde pequeos videos que se envan junto a mensajes de correo electrnico,
hasta transmisiones de televisin en vivo a travs de Internet. Incluso sirve para grabar una
pelcula completa en CD-ROM. Para codificarlo se puede utilizar una herramienta gratuita,
muy eficiente: el Codificador de Windows Media 9.0.

El vdeo WMV se empaqueta normalmente en algn contenedor multimedia, como
pueden ser AVI o ASF. Los ficheros resultantes reciben la extensin .avi si el contenedor es
de este tipo, .wmv si es un fichero de slo video (.wma sera el equivalente para sonido) o
.asf si se trata de un contenedor ASF, con contenido de audio y vdeo.

62

1.3.9.- Formato H.261.

Es un formato de 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. Este algoritmo utiliza la codificacin tanto intratrama
como intertrama. La primera utiliza DCT (Discrete Cosine Transform por sus siglas en ingls
o Transformada de Coseno Discreto), similar a la utilizada por J PEG. La segunda por su
parte utiliza un esquema de codificacin basado en las diferencias entre bloques.

H.261 define a su vez dos tamaos de ventana CIF (Common Intermediate Format
por sus siglas en ingls o Formato Intermedio Comn) con una resolucin de 352 x 288 y
QCIF (Quarter CIF) con una resolucin de 176 x 144.

El estndar H.261 fue desarrollado (antes que MPEG) para satisfacer la compresin
de video para transmisiones de bajo ancho de banda y su aplicacin ms extendida es la de
videoconferencia Conocido tambin como px64, es considerado como un compresor del tipo
lossy (con prdida) que soporta velocidades de transmisin con mltiplos de 64 Kbps, de ah
su gran difusin en videoconferencia sobre RDSI (Red Digital de Servicios Integrados).
Consta bsicamente de cinco etapas:

Etapa de compensacin del movimiento,
Etapa de transformacin (DCT),
Etapa de cuantificacin "lossy" (con prdidas) y
Dos etapas de codificacin del tipo sin prdidas (codificacin run-length y codificacin
de Huffman).

H.261 es la recomendacin de ITU (Unin Internacional de Telecomunicaciones,
antes CCITT) para la compresin de video en sistemas de videoconferencia, siguiendo el
estndar internacional H.320. Esta norma permite la utilizacin de anchos de banda mltiplos
de 56 Kbps o 64 Kbps. H.261 tan slo acepta dos tamaos de pantalla (CIF y QCIF) y
mtodos de codificacin adecuados para la videoconferencia.

63

Est basado en la estructura bsica de 64 Kbps de RDSI. Esta da nombre al ttulo de
la recomendacin H.261 "Video Codec para servicios audiovisuales a PX64 Kbps", donde P
es igual a 1, 2,..., etc. Aunque tomar varios aos para que RDSI est disponible
globalmente, los video codecs que cumplen con el estndar H.261 pueden ya operar sobre
las redes de comunicaciones actualmente.

1.3.10.- Formato H.263.

Este estndar ofrece mejoras respecto a H.261 desde dos aspectos:

- Soporta ms formatos de imagen, como son: 16CIF, 4CIF, CIF, QCIF y Sub-QCIF (para
transmisiones en Internet de baja velocidad como mdems de 28.8 Kbps).

- Mejora la tcnica de redundancia temporal, ya que tiene en cuenta no slo los fotogramas
pasados sino tambin los siguientes esperados, y adems ofrece mayor calidad al ampliar la
zona en la que busca el macrobloque en la imagen siguiente a 32 puntos en lugar de los 16
que usa H.261.

De forma que para una determinada velocidad de transferencia, H.263 ofrece mayor calidad
de imagen que H.261 con resoluciones que van desde Sub-QCIF a 4xFCIF.

1.3.11.- Formato H.264.

H.264 o MPEG-4 es una norma que define un cdec de vdeo de alta compresin,
desarrollada conjuntamente por el ITU-T Video Coding Experts Group.

La intencin del proyecto H.264/AVC fue la de crear un estndar capaz de
proporcionar una buena calidad de imagen con tasas binarias notablemente inferiores a los
estndares previos (MPEG-2, H.263 o MPEG-4 parte 2), adems de no incrementar la
complejidad de su diseo.
64

El uso inicial del MPEG-4 AVC estuvo enfocado hacia el vdeo de baja calidad para
videoconferencia y aplicaciones por Internet, basado en 8 bits/muestra.

El H.264 es uno de los mejores cdecs para emisin/recepcin de vdeo. Se utiliza
actualmente para videoconferencia por su alta calidad y velocidad.

1.3.12.- Conclusiones.

Elegir un formato de imagen, audio y video no es tarea fcil depende de los reccursos
computacionales y del ancho de banda.
En las pruebas realizadas se obtuvieron los siguientes resultados:

Formato de imagen:
El formato J PG tiene una calidad y tamao ideal para transmitir se puede ver con cualquier
navegador y es un formato universalmente aceptado.

Formato de audio:
Los formatos de audio ms eficientes probados en el sistema Ojovigilante 1.0 fueron:

GSM 6.10
MPEG Layer 3
Ogg Vorbis
Windows Media Audio V1 y V2

Formato de video:
El formato de video elegido en un sistema de videovigilancia es lo ms importante ya que
utiliza la mayora del ancho de banda en la transmisin.

en el sistema de video vigilancia Ojovigilante 1.0 se probaron varios formatos con los
siguientes resultados:

65

El formato Microsoft MPEG-4 video codec V1, V2 y V3 obtuvo los mejores resultados
es ideal para streamig.

Otros formatos que tuvieron buenos resultados fueron:
Cinepack by radius e Indeo video 5.10

El formato Microsoft RLE tiene una calidad pobre, pero util en poco ancho de banda.

66

CAPITULO 2.

ESTNDARES DE
VIDEOCONFERENCIA.

67

CAPITULO 2. ESTNDARES DE VIDEOCONFERENCIA.

2.1.- Introduccin.

En los ltimos aos se ha asistido a una evolucin muy importante de las tcnicas de
codificacin de contenidos audiovisuales que ha sentado las bases para el desarrollo de una
nueva generacin de servicios multimedia interactivos, el principal cambio producido por
estas tcnicas ha sido la gran reduccin en las capacidades requeridas para el
almacenamiento o transmisin de la informacin, gracias al empleo de tcnicas de
compresin. Esto modific de forma muy importante las previsiones de ancho de banda que
se manejaban para las nuevas redes de comunicaciones haciendo mucho ms asequible la
introduccin de contenidos multimedia.

Videoconferencia: Es una modalidad de la teleconferencia que permite la
comunicacin interactiva entre personas ubicadas en diferentes regiones geogrficas
utilizando equipos especiales compatibles que transmiten el vdeo, el audio y los datos de
computadoras a travs de un canal de comunicaciones entre ellos, lo que hace posible
compartir informacin, intercambiar puntos de vistas, mostrar y ver todo tipo de documentos,
dibujos, grficos, imgenes de computadoras, etc.

2.2.- Estndar H.320. Videoconferencia sobre RDSI.

El estndar H.320, que define la implementacin de videoconferencia sobre RDSI
(Red Digital de Servicios Integrados) ha estado vigente durante una dcada y hoy da es
muy comn implementarla sobre RDSI, esto es debido a que RDSI permite la transmisin de
videoconferencia en diversos niveles de calidad. RDSI es capaz de proveer una elevada
calidad de transmisin de videoconferencia, primeramente por su carcter sncrono, que
permite el transporte de vdeo con una baja tasa de retardo.

Las caractersticas de transporte de RDSI permiten proveer a la videoconferencia de
la sensibilidad que sta demanda, adems es capaz de implementarla en una gran variedad
68

de velocidades de transmisin: desde 64 kilobits por segundo (kbps) hasta 2 Megabits por
segundo (Mbps). Hasta 128 kbps la videoconferencia es considerada de baja calidad, no
siendo apropiada para aplicaciones de negocios. Sin embargo, a velocidades iguales o
superiores a 384 kbps, RDSI provee una muy buena calidad de transmisin, ideal para
aplicaciones de negocios.
La velocidad de transmisin de la videoconferencia est directamente relacionada con las
aplicaciones que se le dan a esta:
64 kbps: Generalmente para aplicaciones recreacionales, donde la baja resolucin y
los desfases entre el audio y el video son aceptables.
128 kbps: Utilizada en conferencias dentro de empresas y organizaciones (cortas
distancias).
384 kbps: Calidad para aplicaciones de negocios. El audio y el video estn
sincronizados y los movimientos son uniformes.
512 kbps: Alta calidad para aplicaciones de negocios. Alta resolucin y movimientos
muy uniformes; el desfase entre audio y vdeo es prcticamente indetectable.
768 kbps ms: Excelente calidad de transmisin de videoconferencia. Ideal para
aprendizaje a distancia, aplicaciones mdicas, entre otros.
RDSI permite obtener una buena calidad en la transmisin de videoconferencia a
velocidades iguales o superiores a 384 kbps; sin embargo, es muy costoso y presenta ciertas
complejidades. Por ejemplo, es necesario implementar tres interfaces de 128 kbps y llevarlas
a cada uno de los dispositivos de videoconferencia. Estas lneas deben entonces conectarse
formando un solo canal a travs de un multiplexor (MUX). Adems es necesario disponer de
tarjetas V.35 y RS-366 para cada estacin de trabajo.
El algoritmo de compresin H.261 define dos resoluciones de vdeo: el CIF (Formato
Intermedio Comn), de 352x288 y el QCIF (un cuarto del Formato Intermedio Comn) de
176x144. El H.320 tambin posee tres codecs (codificadores - decodificadores) de audio: el
G.711, que usa un ancho de banda de 64 Kbps para proporcionar audio de 3 KHz de calidad
telefnica; el G.722, un algoritmo de mejor calidad que produce audio de 7.5 KHz pero
consume un ancho de banda de hasta 64 Kbps; y el G.728 que, a pesar de proporcionar
audio de calidad casi telefnico, slo requiere de 16 Kbps.
69

2.3.- Estndar H.321. Videoconferencia sobre ATM.

Para implementar las caractersticas del estndar H.320 en cuanto a calidad de
transmisin, con un costo y una complejidad menores, el estndar H.320 ha sido adaptado y
ha surgido el estndar H.321. El estndar H.321 describe los mtodos para implementar
videoconferencia sobre ATM (Modo de Transferencia Asncrono) con ventajas sobre el
modelo RDSI, y totalmente compatible con el estndar H.320.
El estndar H.321 basado en ATM implementa la videoconferencia en el mismo estilo que
RDSI, con los mismos incrementos en velocidad de transmisin (128 kbps, 384 kbps, 768
kbps, etc.). La diferencia fundamental es que la videoconferencia sobre ATM es ms fcil y
ms barata de implementar. ATM logra esto debido a aspectos como los siguientes:
Las tarjetas V.35 y RS-366 son sustituidas por una tarjeta ATM a 25 Mbps. La tarjeta
ATM en costo, es unas cuantas veces mucho menor que los componentes V.35.
Se utiliza una pasarela RDSI-ATM como punto de acceso centralizado para la red
WAN RDSI. Esta metodologa permite el acceso fuera de la red y sirve tambin de
centro de multiplexaje, sustituyendo los multiplexores para cada estacin utilizados
en la implementacin RDSI. Esto proporciona un ahorro importante.
Se utilizan switches ATM en lugar de RDSI, disminuyendo costos en la
implementacin.
La topologa ATM no necesita de mltiple cableado como ocurre con la
implementacin RDSI, que requiere de tres cables UTP individuales.
La implementacin de ATM no slo proporciona beneficios en cuanto a la
disminucin de costos para implementar la transmisin de videoconferencia, sino que provee
las bases de una arquitectura de red que puede utilizarse para el transporte de voz y datos
en adicin a la videoconferencia. Esta capacidad est haciendo de ATM la eleccin
tecnolgica en un amplio espectro de aplicaciones.
Adaptan al H.320 a las topologas de la siguiente generacin, como ATM y SDM de
banda ancha. El H.321 proporciona la mxima capacidad hacia atrs, y conserva la
capacidad del H.320 y algunos de sus componentes, incluido el H.261. El H.310 aade el
70

algoritmo de compresin de video MPEG-2 de ISO, que proporciona calidad de video clase
HDTV (televisin de alta definicin).

2.4.- Estndar H.322.

Es una versin mejorada del H.320, optimizada para redes que garantizan Calidad de
Servicio (QoS) para trfico isocrnico, como el video en tiempo real. Fue el primer estndar
usado con la norma IEEE 802.9 para redes LAN Ethernet.

2.5.- Estndar H.323. Videoconferencia sobre redes utilizando TCP/IP.

Extiende al H.320 a Ethernet, Token Ring y otras redes de paquetes switcheados que
no garantizan QoS (Quality of Service o Calidad de servicio por sus siglas en ingls). Soporta
operaciones punto a punto y multipunto. Adems del Codec de video H.261 y el Codec de
audio G.711 del H.320, las implantaciones del H.323 tambin pueden incluir componentes
del H.320 y el H.324, como H.263, G.722, G.723 y G.728.
Los temas de QoS se han manejado por un componente de portero centralizado que
permite que los administradores de LAN administren el trfico de video en la espina dorsal.
Otra parte integral de la especificacin define una compuerta LAN/H.320, que permite que
cualquier nodo H.323 interopere con productos.
Hace poco tiempo se han concluido los trabajos relacionados con un nuevo estndar,
el H.323. Este nuevo estndar fue diseado para establecer videoconferencia sobre redes
basadas en arquitecturas como Ethernet, Token Ring, FDDI, etc., utilizando los protocolos
TCP/IP. H.323 no tiene las caractersticas que poseen los estndares H.320 y H.321, que
fueron diseados para aprovechar las ventajas de RDSI y ATM, para proporcionar una
videoconferencia de alta calidad. El estndar H.323 es independiente del transporte,
permitiendo la implementacin de cualquier arquitectura de transporte, como por ejemplo
ATM.
71

Los estndares para transmisin de videoconferencia sobre redes IP/Ethernet
comienzan a ser una realidad. La diferencia bsica con los anteriores es que esta
videoconferencia, basada en este tipo de redes, no posee en su arquitectura una capa
dedicada a la calidad del servicio, en la cual basar el transporte del vdeo. Como resultado
de esta implementacin se obtiene una videoconferencia con desfases entre voz y audio y
con baja calidad. Esta videoconferencia no puede ser considerada para aplicaciones de
negocios serias.
El transporte de vdeo sobre redes Ethernet tambin tiene el desafortunado efecto de
permitir la interaccin entre el trfico de datos y vdeo. Esto hace que el ancho de banda
disponible para el trfico de datos se vea disminuido por el trfico de vdeo.
En este sentido, este tipo de videoconferencia podra utilizarse, por ejemplo, para
establecer discusiones entre los individuos participantes en un proyecto; sin embargo, para
establecer videoconferencia con alta calidad y con caractersticas multipunto es necesario
utilizar ATM o ISDN.
Debido a la carencia de calidad de servicio en estas arquitecturas Ethernet, los
diseadores de los sistemas de transporte han propuesto un nuevo protocolo, RSVP.
(Resource ReSerVation Protocol o Protocolo de Reserva de Recursos por sus siglas en
ingls), acta sobre la red para canalizar su comportamiento y hacerlo compatible con las
necesidades del transporte en tiempo real.
RSVP se integra en una evolucin hacia una nueva arquitectura, que pretende
asegurar las comunicaciones multipunto en tiempo real conservando la filosofa del mejor
esfuerzo (best effort) y la arquitectura IP. Esta evolucin prev los siguientes puntos:
Establecer y mantener un camino nico para un flujo de datos gracias a los protocolos de
encaminamiento multipunto. Este mantenimiento del camino es indispensable para el
funcionamiento de RSVP.
Establecer un mdulo de control que gestione los recursos de la red.
Instaurar un sistema de ordenacin de paquetes en la cola de espera para satisfacer la
calidad de servicio solicitada.
72

En general, RSVP es un protocolo de control que permitir obtener el nivel de calidad de
servicio optimizado para un flujo de datos.

2.6.- Estndar H.324. Videoconferencia sobre POTS.

El estndar H.324 para transmisin de videoconferencia define una metodologa para
su transporte a travs de la red telefnica lo que se conoce como POTS (Plain Old
Telephone Systems). Especficamente el estndar H.324 describe terminales para
comunicaciones multimedia trabajando a bajas velocidades, utilizando mdems V.34. Estos
terminales pueden transmitir voz, datos y vdeo en cualquier combinacin en tiempo real.
Puede incorporar codificacin H.261, pero la mayor parte de las implantaciones
usarn el H.263, una versin escalable del H.261 que aade un formato sub-QCIF (SQCIF)
de 128x96. Debido al diseo eficiente del H.263, puede producir velocidades de cuadro muy
parecidas a la de los sistemas RDSI, actuales, pero mediante mdems baratos asistidos.
El estndar H.324 est diseado para optimizar la calidad de la transmisin de
videoconferencia sobre los enlaces de baja velocidad asociados con los POTS, tpicamente
estas velocidades estn en el rango de 28.8 kbps a 56 kbps. Estas bajas velocidades de
transmisin sumadas a la naturaleza impredecible del medio de transmisin, restringe este
tipo de videoconferencia a unos pocos cuadros por segundo.
Sin embrago, se espera que el estndar H.324 tenga cierta aceptacin entre el
mercado de consumidores. Primero, porque este tipo de videoconferencia est orientada a
aplicaciones recreacionales donde no se requiere de una elevada calidad y en segundo lugar
debido a la facilidad de implementacin donde slo se requiere de un PC equipado con un
mdem y utilizar la red telefnica convencional (POTS).

73

2.7.- Estndar H.310. Videoconferencia sobre ATM MPEG-2.

Mientras los estndares H.320 y H.321 pueden proporcionar una elevada calidad de
videoconferencia, especialmente cuando se utilizan elevadas velocidades de transmisin
(768 kbps mas), el estndar H.310 define una metodologa para implementar
videoconferencia basada en MPEG-2 (estndar del ISO) sobre ATM a velocidades que van
entre 8 y 16 Mbps. La videoconferencia basada en el estndar H.310 provee una
elevadsima calidad en la transmisin de audio y vdeo, estando este tipo de
videoconferencia orientada a aplicaciones como la transmisin de procedimientos quirrgicos
en vivo, donde el grupo de mdicos asesores estn ubicados a grandes distancias.

Estas elevadas velocidades de transmisin ofrecidas por este estndar permiten el
establecimiento de una videoconferencia con elevada interactividad entre los participantes.
Aplicaciones como el establecimiento de procesos educativos, donde existen expertos
situados a distancia y donde el nivel de calidad de la videoconferencia debe ser mximo
requieren del uso de este estndar. La siguiente figura muestra una comparacin entre los
estndares estudiados, en cuanto a la calidad de servicio que cada uno permite.

2.8.- Conclusiones.

El sistema de vigilancia Ojovigilante 1.0 realiza videoconferencia utilizando el
estndar H.323 Videoconferencia sobre redes utilizando TCP/IP. Para aprovechar la
infraestructura ya existente para Internet.

74

CAPITULO 3.

H.323. VIDEOCONFERENCIA SOBRE
REDES UTILIZANDO TCP/IP.

75

CAPITULO 3. H. 323. VIDEOCONFERENCIA SOBRE REDES UTILIZANDO TCP/IP.

3.1.- Introduccin.

El H.323 es un nuevo estndar muy importante para comunicacin de audio, video y
datos. Este describe especialmente cmo las comunicaciones multimedia ocurren entre
terminales, equipos de redes y servicios en redes de rea Local (LAN), las cuales no
proveen una calidad de servicio garantizada. La recomendacin H. 323 ha tenido una amplia
aceptacin.

Las actividades de desarrollo en torno al H. 323 son muy altas debido al soporte
unificado de una coalicin global entre fabricantes de computadores personales, fabricantes
de sistemas de comunicacin y diseadores de sistemas operativos. Si bien para el H.323 es
muy importante el consenso y el apoyo que se le pueda dar, su potencia no se manifestar
hasta que ste est implantado en el usuario final del producto y los servicios asociados.

Empresas con planes para incluir el estndar H.323 amigable en sus productos y
servicios necesitan desarrollar su propio software basado en la recomendacin Study Group
15 o bajo una licencia del H.323 Protocol Snack.

De acuerdo con el documento ITU editado en fecha 28-05-96, "La Recomendacin H.
323 describe terminales, equipos y servicios para comunicacin multimedia en una Red de
rea Local (LAN), la cual no provee una calidad de servicio garantizada. Los terminales H.
323 y equipos pueden transportar voz, video, y datos en tiempo real o alguna combinacin
de ellos incluyendo videotelfono".

El estndar H.323 proporciona una base para las comunicaciones de audio, video y
datos a travs de una red IP como Internet. Los productos que cumplen con el estndar
H.323 pueden nteroperar con los productos de otros, permitiendo de esta manera que los
usuarios puedan comunicarse sin preocuparse con problemas de compatibilidad.
H.323 es un estndar bajo el amparo de la ITU, es un conjunto de estndares para la
comunicacin multimedia sobre redes que no proporcionan calidad de servicio (QoS). Estas
redes son las que predominan hoy en todos los lugares, como redes de paquetes
76

conmutadas TCP/IP e IP sobre Ethernet, Fast Ethernet y Token Ring. Por esto, los
estndares H.323 son bloques importantes de construccin para un amplio rango de
aplicaciones basadas en redes de paquetes para la comunicacin multimedia y el trabajo
colaborativo.

El estndar tiene amplitud e incluye desde dispositivos especficos hasta tecnologas
embebidas en ordenadores personales, adems de servir para comunicacin punto-punto o
conferencias multi-punto. H.323 habla tambin sobre control de llamadas, gestin multimedia
y gestin de ancho de banda, adems de los interfaces entre redes de paquetes y otras
redes (RTC p.e.)

H.323 forma parte de una gran serie de estndares que permiten la videoconferencia
a travs de redes. Conocidos como H.32X, esta serie incluye H.320 y H.324, que permiten
las comunicaciones RDSI y RTC respectivamente.

3.2.- Descripcin oficial del H. 323.

La red LAN sobre la cual los terminales H.323 se comunican puede ser un solo
segmento o un anillo, o puede ser mltiples segmentos con topologas complejas. Se hace
notar que la operacin de los terminales H.323 sobre segmentos mltiples de una red LAN
(incluyendo Internet) puede resultar con un pobre performance. Los posibles recursos
mediante los cuales la calidad del servicio puede ser garantizada en estos tipos de redes
LAN y redes Internet, estn ms all del alcance de esta recomendacin.

Los terminales H.323 pueden ser integrados en los computadores personales o
implementados en equipos individuales tales como videotelfonos. El software para voz es
obligatorio mientras que los datos y video son opcionales. Si estos ltimos son incluidos se
requiere que el terminal H.323 tenga la capacidad o habilidad de usar un mdulo comn de
operaciones de tal manera que todos los terminales que soporten este tipo de opciones
(datos o video) puedan trabajar en redes mltiples. El terminal H.323 permite ms de un
canal para cada una de las modalidades de uso.
77

3.3.- Estructura del H. 323.

El H.323 es considerado algunas veces como una especificacin parteaguas, dando
a entender que hace referencia a otras recomendaciones. La serie H.323 incluye otras
recomendaciones tales como el H.225.0 Packet and Synchronization, el H.245 Control, los
H.261 y H.263 Video Codecs, los G.711, G.722, G.723 G.728 y G.729 Audio Codecs y la
serie T.120 de protocolos de comunicaciones multimedias. Todas estas especificaciones
juntas definen un nmero de nuevos componentes de redes (H.323 Terminal, H.323 MCU,
H.323 Gatekeeper y H.323 Gateway), los cuales, interoperan en el extremo final del usuario
con otros estndares amigables y redes, mediante el H.323 Gateway tal como est
representado en la figura.

Figura 3.3 1 Interoperatividad de los terminales H. 3.2.3.

78

3.4.- Importancia del H. 323.

Esto puede apreciarse en base a los siguientes aspectos:

a) Cooperacin Entre la Industria de las Telecomunicaciones y la Industria de la
Computacin:

En el pasado los diseadores y fabricantes de productos de computacin estaban
poco influenciados por la industria de las telecomunicaciones. La especificacin del diseo
de las telecomunicaciones ha evolucionado gradualmente en el transcurso de
aproximadamente 100 aos y en los ltimos tiempos han tenido el soporte y direccin de las
regulaciones gubernamentales.

Los clientes de los productos en telecomunicacin requieren de un 99,9% de
confiabilidad e interoperatividad de los equipos en el extremo final del usuario. En contraste,
la industria de la computacin tiene la caracterstica de sacar al mercado nuevos productos
bajo condiciones de prueba, en los cuales los clientes toleran un bajo nivel de confiabilidad e
interoperatividad. Solamente en algunos casos los clientes exigen un estndar cuando ello
es indispensable. Antes de la adopcin, por parte de la industria, del estndar H.323 para
comunicacin multimedia en redes ISDN, los fabricantes de sistemas de computacin y
perifricos haban tomado muy poco en consideracin las especificaciones establecidas por
el instituto de los estndares de las telecomunicaciones internacionales.

b) Innovaciones se realizan ms rpidamente:

Durante el desarrollo de las especificaciones H.324 y H.323 para comunicacin de
multimedia, la colaboracin entre la industria de la telecomunicacin y la industria de la
computacin creci enormemente. El resultado de todo esto es que estas especificaciones
han progresado ms rpidamente que las precedentes y por otra parte las experiencias e
innovaciones de ambas industrias convergen cada vez ms hacia un objetivo comn que es
el usuario final.

79

c) Potencial del Mercado:

Se basa en el hecho de que el H.323 promete que los productos y servicios en una
red de calidad de servicio no garantizada tendern a tener una mayor demanda. El protocolo
Internet para redes de calidad de servicio no garantizada ofrece ubicuidad en comparacin
con los protocolos de las redes ms primitivas. Ubicuidad y uso fcil han creado un
fenmeno de mercado masivo con una velocidad de crecimiento sin precedentes. El tamao
del mercado potencial y los avances de innovacin en este ambiente incrementan
adicionalmente la importancia del H.323.

3.5.- Implementacin de los productos H.323.

La respuesta ms corta es que se debe incluir el H.23 stack y cualquier otro
componente que el usuario pueda requerir en el software de aplicacin de tal manera que
permita generar todas las opciones apropiadas de la aplicacin. Un ejemplo de un terminal
H.323 se muestra en la siguiente figura. "El diagrama muestra las interfaces del equipo del
usuario, video codec, audio codec, equipo telemtico, H.225 Layer, sistemas de control de
funciones y la interfaz a la red LAN.

Todos los terminales H.323 deben tener una Unidad de Control del sistema, H.225.0
Layer, Interfaces de Redes y una Unidad de Audio Codec. La Unidad Video Codec y la
Aplicacin de datos del usuario son opcionales. Especficamente la recomendacin H.323
requiere que todos los puntos extremos soporten la sintaxis, semnticas y procedimientos de
las entidades de protocolo siguientes:

Master/Slave determination
Capability Exchange
Logical Channel Signaling
Bidireccional Logical Channel Signaling
Mode Request
Round Trip Delay Determination.
Maintenance loop Signaling.
80

Figura 3.5 1 Estndar H.323.

Adems del software de aplicacin, los diseadores deben tener en cuenta que la interface
de red es generalmente considerada fuera del alcance de la recomendacin H.323, sin
embargo sta a menudo es incluida con el producto H.323 amigable.

3.6.- Arquitectura H.323.

La Recomendacin H.323 cubre los requerimientos tcnicos para los servicios de
comunicaciones entre Redes Basadas en Paquetes (PBN, packet based network) que
pueden no proporcionar calidad de servicio (QoS). Estas redes de paquetes pueden incluir
Redes de rea Local (LANs), Redes de rea Extensa (WANs), Intra-Networks y Inter-
Networks (incluyendo Internet). Tambin incluye conexiones telefnicas o punto a punto
sobre RTC o ISDN que usan debajo un transporte basado en paquetes como PPP. Esas
redes pueden consistir de un segmento de red sencillo, o pueden tener topologas complejas
81

que pueden incorporar muchos segmentos de red interconectados por otros enlaces de
comunicacin.

La recomendacin describe los componentes de un sistema H.323, estos son:
Terminales, Gateways, Gatekeepers, Controladores Multipunto (MC), Procesadores
Multipunto (MP) y Unidades de Control Multipunto (MCU)

3.6.1.- Terminales.

Los terminales son puntos finales de la comunicacin. Proporcionan comunicacin en
tiempo real bidireccional. Los componentes de un terminal se pueden ver a continuacin:

Para permitir que cualesquiera terminales nter operen se define que todos tienen que
tener un mnimo denominador que es, soportar voz y con un codec G.711. De esta manera el
soporte para video y datos es opcional para un terminal H.323.

Todos los terminales deben soportar H.245, el cual es usado para negociar el uso del
canal y las capacidades. Otros tres componentes requeridos son: Q.931 para sealizacin
de llamada y configuracin de llamada, un componente llamado RAS
(Registrantion/Admisin/Status), este es un protocolo usado para comunicar con el
Gatekeeper; y soporte para RTP / RTCP (Real Time Protocol / Real Time Control Protocol
por sus siglas en ingls) para secuenciar paquetes de audio y video.
Otros componentes opcionales de los terminales H.323 son: los codec de video, los
protocolos T.120 para datos y las capacidades MCU.

82

3.6.2.- Gateways.

El Gateway (o Pasarela) es un elemento opcional de una conferencia H.323. Es
necesario solo si se necesita comunicar con un terminal que est en otra red (por ejemplo
RTC) Los Gateways proporcionan muchos servicios, el ms comn es la traduccin entre
formatos de transmisin (por ejemplo H.225.0 a H.221) y entre procedimientos de
comunicacin (por ejemplo H.245 a H.242). Adems el Gateway tambin traduce entre los
codecs de video y audio usados en ambas redes y procesa la configuracin de la llamada y
limpieza de ambos lados de la comunicacin.

El Gateway es un tipo particular de terminal y es una entidad llamable (tiene una
direccin). En general, el propsito del Gateway es reflejar las caractersticas del terminal en
la red basada en paquetes en el terminal en la Red de Circuitos Conmutados (SCN) y al
contrario. Las principales aplicaciones de los Gateways son:

Establece enlaces con terminales telefnicos analgicos conectados a la RTB (Red
Telefnica Bsica)
Establecer enlaces con terminales remotos que cumple H.320 sobre redes RDSI
basadas en circuitos conmutados (SCN)
Establecer enlaces con terminales remotos que cumple H.324 sobre red telefnica
bsica (RTB)

Los Gateways no se necesitan si las conexiones son entre redes basadas en paquetes.

Muchas funciones del Gateway son dejadas al diseador. Por ejemplo, el nmero de
terminales H.323 que pueden comunicar a travs del Gateway no es asunto de
estandarizacin. De la misma manera el nmero e conexiones con la SCN, el nmero de
conferencias individuales soportadas, las funciones de conversin de audio/video/datos, y la
inclusin de funciones multipuntos son dejadas al diseador. Debido a la incorporacin de
los Gateways a la especificacin H.323, la ITU posicion H.323 como el pegamento que
junta todos los terminales para conferencias funcionando juntos.

83

3.6.3.- Gatekeepers.

Son un elemento opcional en la comunicacin entre terminales H.323. No obstante,
son el elemento ms importante de una red H.323. Actan como punto central de todas las
llamadas dentro de una zona y proporcionan servicios a los terminales registrados y control
de las llamadas. De alguna forma, el gatekeeper H.323 acta como un conmutador virtual.
Los Gatekeepers proporcionan dos importantes funciones de control de llamada:

Traduccin de direcciones desde alias de la red H.323 a direcciones IP o IPX, tal y
como est especificado en RAS.
Gestin de ancho de banda, tambin especificado en RAS. Por ejemplo, si un
administrador de red ha especificado un umbral para el nmero de conferencias
simultneas, el Gatekeeper puede rechazar hacer ms conexiones cuando se ha
alcanzado dicho umbral. El efecto es limitar el ancho de banda total de las
conferencias a alguna fraccin del total existente para permitir que la capacidad
remanente se use para e-mail, transferencias de archivos y otros protocolos.

A la coleccin de todos los Terminales, Gateways y MCUs gestionados por un
gatekeeper se le conoce como Zona H.323.

Una caracterstica opcional, pero valiosa de los gatekeepers es la habilidad para
enrutar llamadas. Si se enruta la llamada por un gatekeeper, esta puede ser controlada ms
efectivamente. Los proveedores de servicio necesitan esta caracterstica para facturar por
las llamadas realizadas a travs de su red. Este servicio tambin puede ser usado para re-
enrutar una llamada a otro terminal en caso de estar no disponible el llamado.

Adems con esta caracterstica un gatekeeper puede tomar decisiones que
involucren el balanceo entre varios gateways. Por ejemplo, si una llamada es enrutada por
un gatekeeper, ese gatekeeper puede re-enrutar la llamada a uno de varios gateways
basndose en alguna lgica de enrutamiento propietaria.

84

Mientras que un Gatekeeper est lgicamente separado de los extremos de una
conferencia H.323, los fabricantes pueden elegir incorporar la funcionalidad del Gatekeeper
dentro de la implementacin fsica de Gateways y MCUs.

A pesar de que el Gatekeeper no es un elemento obligatorio, si existe, los terminales
deben usarlo. RAS define para estos la traduccin de direcciones, control de admisin,
control de ancho de banda y gestin de zonas.

Los Gatekeepers juegan tambin un rol en las conexiones multipunto. Para soportar
conferencias multipunto, los usuarios podran emplear un Gatekeeper para recibir los
canales de control H.245 desde dos terminales en una conferencia punto-punto. Cuando la
conferencia cambia a multipunto, el Gatekeeper puede redireccionar el Canal de Control
H.245 a un controlador multipunto, el MC.

El Gatekeeper no necesita procesar la sealizacin H.245, solo necesita pasarla
entre los terminales o entre los terminales y el MC.
Las redes que posean un Gateway pueden tambin tener un Gatekeeper para traducir
llamadas entrantes E.164 (nmero de telfonos convencionales) a direcciones de transporte.

Debido a que una Zona est definida por su Gatekeeper, las entidad H.323 que
contengan un Gatekeeper interno necesitan de un mecanismo para desactivar su
funcionamiento cuando hay varias entidades H.323 que contiene un Gatekeeper dentro de la
red, las entidades pueden ser configuradas para estar en la misma Zona.

Existen dos formas para que un terminal se registre en un gatekeeper, sabiendo su IP
y enviando entonces un mensaje de registro unicast a esta direccin o bien enviando un
mensaje multicast de descubrimiento del gatekeeper (GRQ) que pregunta quin es mi
gatekeeper?
Funciones obligatorias Gatekeeper.

Traduccin de Direcciones: Traduccin de alias a direcciones de transporte, usando
para ello una tabla que es modificada con mensajes de Registration. Se permiten
otros mtodos de modificar la tabla.
85

Control de Admisin: El Gatekeeper debera autorizar el acceso a la red usando
mensajes H.225.0 ARQ/ACF/ARJ . Esto puede basarse en autorizacin de llamada,
ancho de banda, o algn otro criterio que es dejado al fabricante. Tambin puede ser
una funcin nula que admita todas las peticiones.
Control de Ancho de Banda: El Gatekeeper debera soportar mensajes
BRQ/BRJ /BCF. Esto puede usarse para gestin del ancho de banda. Tambin se
puede aceptar todas las peticiones de ancho de banda.
Gestin de Zona: El Gatekeeper debera suministrar la funciones anteriores a: todos
los terminales, MCUs y Gateways que se encuentren registrados en su Zona de
control.

Funciones opcionales del Gatekeeper:

Sealizacin de control de llamada: El Gatekeeper puede elegir completar la
sealizacin de llamada con los extremos y procesar la sealizacin de llamada el
mismo. Alternativamente, puede elegir que los extremos conecten directamente sus
sealizaciones de llamada. De esta manera el Gatekeeper puede evitar gestionar las
seales de control H.225.0.
Autorizacin de llamada: El Gatekeeper puede rechazar una llamada desde un
terminal basndose en la especificacin Q.931. (H.225.0) Las razones para rechazar
la llamada pueden ser, pero no estn limitadas a, acceso restringido desde o hacia un
terminal particular o Gateway, y acceso restringido durante un periodo de tiempo. El
criterio para determinar si se pasa la autorizacin o falla, est fuera del alcance de
H.323.
Gestin de llamada: El Gatekeeper puede mantener una lista de las llamadas en
curso, esta informacin puede ser usada para indicar si un terminal est ocupado o
para dar informacin a la funcin de gestin de ancho de banda.
Otros como: Estructura de datos de informacin para la gestin, reserva de ancho
de banda y servicios de directorio.

86

3.6.4.- Unidad Control Multipunto (MCU).

La MCU soporta conferencias entre tres o ms extremos. En terminologa H.323, el
MCU se compone de: Controlador Multipunto (MC) que es obligatorio, y cero o ms
Procesadores Multipunto (MP). El MC gestiona las negociaciones H.245 entre todos los
terminales para determinar las capacidades comunes para el procesado de audio y video.

El MC tambin controla los recursos de la conferencia para determinar cuales de los
flujos, si hay alguno, sern multicast. Las capacidades son enviadas por el MC a todos los
extremos en la conferencia indicando los modos en los que pueden transmitir. El conjunto de
capacidades puede variar como resultado de la incorporacin o salida de terminales de la
conferencia.

El MC no trata directamente con ningn flujo de datos, audio o video. Esto se lo deja
el MP, este mezcla, conmuta y procesa audio, video y/o bits de datos. Las capacidades del
MC y MP pueden estar implementadas en un componente dedicado o ser parte de otros
componentes H.323, en concreto puede ser parte de un Gatekeeper, un Gateway, un
terminal o una MCU.

El MP recibe flujos de audio, video o datos desde los extremos, estos pueden estar
involucrados en una conferencia centralizada, descentralizada o hbrida. El MP procesa esos
flujos y los devuelve a los extremos.
La comunicacin entre el MC y el MP no es asunto de estandarizacin.

Conferencias Multipunto.

Existen una variedad de mtodos de gestionar las conferencias multipunto. La
Recomendacin hace uso de los conceptos de conferencia centralizada y descentralizada.
Las conferencias centralizadas requieren de una MCU. Todos los terminales envan audio,
video, datos y flujos de control a la MCU en un comportamiento punto-punto. La MC gestiona
de forma centralizada la conferencia usando las funciones de control H.245 que tambin
definen las capacidades de cada terminal. El MP mezcla el audio, distribuye los datos y
87

mezcla/conmuta el video y enva los resultados en flujos de vuelta a cada terminal
participante.

En conferencias multipunto descentralizadas se puede hacer uso de tecnologa
multicast. Los terminales H.323 participantes envan audio y video a otros terminales
participantes sin enviar los datos a una MCU. Sin embargo el control de los datos multipunto
sigue siendo procesado de forma centralizada por la MCU, y la informacin del canal de
control H.245 sigue siendo transmitida de modo unicast a un MC.

Son los terminales que reciben mltiples flujos de audio y video los responsables de
procesarlos. Los terminales usan los canales de control H.245 para indicar a un MC cuantos
flujos simultneos de video y audio son capaces de decodificar. El nmero de capacidades
simultneas de un terminal no limita el nmero de flujos de audio y video que son enviados
por multicast en una conferencia.

Las conferencias multipunto hbridas usan una combinacin de caractersticas de las
centralizadas y descentralizadas. Las sealizaciones y cualquier flujo de audio o video son
procesados a travs de mensajes punto a punto enviados a la MCU. Las restantes seales
(audio o video) son enviadas a los participantes a travs de multicast.

Una ventaja de las conferencias centralizadas es que todos los terminales soportan
comunicaciones punto a punto. La MCU puede sacar varios flujos unicast a los participantes
y no se requiere ninguna capacidad de la red especial. Tambin es posible que la MCU
reciba varios flujos unicast, mezcle el audio, y conmute el video, y saque un flujo multicast,
conservando de esta manera el ancho de banda de la red.
H.323 tambin soporta conferencias multipunto mixtas en las cuales algunos
terminales estn en una conferencia centralizada, mientras otros estn en una
descentralizada, y una MCU proporciona el puente entre los dos tipos. Al terminal le es
transparente la naturaleza mixta de la conferencia, solo tiene en cuenta el modo en que
enva o recibe.

Multicast hace ms eficiente el uso del ancho de banda de la red, pero supone una
ms alta carga computacional en los terminales que tienen que mezclar y conmutar entre los
88

flujos de audio y video que reciben. Adems, el soporte multicast es necesario en elementos
de la red como routers y switches.
Un MC puede estar localizado en un Gatekeeper, un Gateway, un terminal o una MCU.

89

CAPITULO 4. STREAMING.

90


4.1.- Introduccin.

El streaming media es una tecnologa desarrollada para poder emitir audio y video
por Internet de manera instantnea. Antes del streaming media era necesario dedicar varios
minutos a la descarga de un archivo que contena el video para poder verlo. Por otro lado el
streaming permite transmisiones de audio y video en vivo por la Red.

La tecnologa de streaming se utiliza para aligerar la descarga y ejecucin de audio y
vdeo en la web, ya que permite escuchar y visualizar los archivos mientras se estn
descargando.

La diferencia con los servicios de descarga es clara, ya que en este se produce
primero el envo de datos y slo despus se accede a los contenidos, por el contrario, el
streaming permite ver o escuchar el contenido durante la descarga; es decir, el transporte y
el tratamiento de datos producen en forma simultnea.

Existen dos formas de streaming: Stream en Directo y Stream Bajo Demanda.

Directo: El "stream" se codifica en el acto, es retransmitido instantneamente hacia
Internet y se visualiza en tiempo real.

Bajo Demanda: El "stream" una vez grabado, se aloja en un servidor multimedia y
puede ser visualizado bajo demanda en cualquier instante.

El elemento ms importante a la hora de hacer una transmisin Streaming es el Codec,
ya que elimina los elementos constantes de las imgenes reduciendo la cantidad de
informacin a transportar por las redes. El Codec codifica y decodifica de manera continua
los pequeos paquetes de datos en los que es dividida la informacin a enviar, para poder
lograr una reproduccin sin interrupciones.


91

4.2.- Streaming bajo demanda.

El streaming "bajo demanda" u on-demand, por su nombre en ingls, consiste en
archivos de video que descansan en un servidor esperando ser solicitados por el internauta.
Un ejemplo de esto es un site con archivos de noticias, o un site de videos musicales.

4.3.- Streaming en vivo.

El streaming en vivo o webcast, consiste en transmitir audio o video por la red en el
instante que se est emitiendo. En este formato se tiene lo que es la transmisin de la seal
de una estacin de radio o un canal de televisin.

Actualmente el streaming ha orientado sus aplicaciones en la Red a los sites de
noticias, msica y entretenimiento. En cuanto a las aplicaciones corporativas el streaming se
utiliza con gran impulso para el entrenamiento a personal ya que el trabajador puede ver en
video una y otra vez sus charlas de capacitacin.

Cada da son ms los sites que estn incorporando video y audio en su contenido.
Convirtiendo en realidad a la web en una verdadera experiencia multimedia. Una pequea
empresa puede colocar un video corporativo, una escuela de danza puede transmitir sus
presentaciones, una agencia de modelos puede presentar sus desfiles y no hay lmites para
su aplicacin.

Redes de banda ancha. El desarrollo del streaming y las redes de banda ancha van
de la mano. Mientras mayor velocidad tenga la conexin a Internet se puede
transmitir video de mejor calidad. En el mediano plazo se espera que ver un video por
Internet sea tan igual como disfrutar de la televisin.

Dispositi vos mviles. Otra tendencia del streaming es su uso en dispositivos
mviles como telfonos celulares. En este caso el streaming est en una etapa
incipiente explorando las necesidades de los usuarios.

92

Equipos. El auge del video digital y la explosin de la edicin de video en las
computadoras personales permiten que se pueda producir streaming relativamente a
bajo costo. Con una cmara de video digital MiniDV, una tarjeta FireWire y un
programa de edicin como el Adobe Premiere se puede incursionar en este mundo.
Dependiendo la calidad del producto final de nuestro profesionalismo y conocimiento
de las herramientas.

Flujo de contenido. Una vez que se ha producido el streaming debe ser colocado en
un Hosting especial con las capacidades para administrar la concurrencia simultnea,
el flujo de ancho de banda y codificacin en vivo, teniendo la inteligencia para atender
a un pequeo grupo o a miles de usuarios simultneamente.

Interacti vidad. Finalmente, es necesario integrar el streaming en websites que
incentiven al usuario a interactuar con el contenido. De este modo se rompe la
tradicional pasividad inherente a los medios tradicionales como la prensa, la TV y la
radio.

4.4.- Formatos del Streaming Media.

Hoy en da se dispone de tres plataformas para crear streaming: Windows Media,
Quicktime y Real. Son arquitecturas que compiten entre si por brindar una solucin que
abarque desde los aspectos de creacin hasta la visualizacin del audio o video streaming.
El criterio para su eleccin depende mucho de la orientacin del proyecto, de los que vern
el contenido o de cmo ste se despachar. En algunos casos los proyectos de streaming
producen los tres formatos de un mismo contenido.

Streaming media.
Existen 2 tipos de servicios de streaming media:
El que por ahora prevalece es el llamado UNICAST, que distribuye archivos multimedia
(audio / video) desde un servidor a cada computadora individualmente.

93

Para difundir archivos multimedia de manera similar a como un canal de televisin o estacin
de radio emiten su seal se utiliza MULTICAST.

4.5.- Streaming media Unicast.

La mayora de los archivos de audio y video que se ven en el computador, cual sea el
reproductor que se utilice (Real, Windows Media), proviene de un servicio UNICAST. Este
servicio consiste en un servidor que enva paquetes de datos a cada computador que solicita
un stream.

Unicast es una buena opcin para recibir transmisiones en vivo, pero tiene sus
desventajas. El servidor debe enviar el flujo de datos individualmente a todo aquel que quiere
recibir la transmisin. Si se tiene un puado de personas recibiendo el stream est bien; pero
si se trata de difundir el stream a miles de usuarios se debe de considerar 2 inconvenientes
con el proceso unicast.

Demasiadas peticiones. Con unicast el servidor tiene que procesar cada solicitud de stream
y despacharla. Cada stream toma una pequea porcin de poder de procesamiento del
servidor. Si se obtienen muchas solicitudes el servidor no podr sostener la sobrecarga y
muchas personas no podrn recibir la transmisin.

Demasiados paquetes. El segundo problema con unicast, y un gran nmero de solicitantes
simultneos de stream, es que una serie separada de paquetes de datos debe ser enviada a
cada persona. Incluso si el servidor pudiera hacer esta tarea, el nmero de paquetes de
datos en trnsito hara "flooding", es decir, inundara el sistema entero haciendo que la
transmisin se torne muy lenta, o hasta se detenga. Considere que a mayor cantidad de
transmisin (por ejemplo, un evento en vivo que dure una hora) los paquetes pueden
desbordar la red de manera similar a cuando los automviles se congestionan en una
autopista a la hora pico. En Internet, a estos congestionamientos se les llama "Traffic J ams".


94

4.6.- Streaming media MULTICAST.

Multicast hace su trabajo de transmisin de manera similar a como funcionan los
canales de televisin o las estaciones de radio: El programa (archivo de audio / video) se
emite desde la estacin hacia los transmisores (servidores conectados a la red) quienes se
encargan de distribuir la seal (el stream) a los televidentes. Cuando el espectro de
televidentes (usuarios, visitantes) se extiende, se agregan repetidores (servidores).

Sintona fina. Todos los paquetes se mueven a travs de una red a gran velocidad. Estos
son dirigidos por routers hasta que encuentran la direccin para la que han sido proyectados.
Un computador / servidor "mira" en el canal y graba cualquier paquete direccionado a l.
Este convierte los paquetes a informacin til y marca los paquetes as estos no sern
examinados por ningn router ms.

Con multicast su computador es configurado para que aparte de "escuchar" por paquetes
direccionados a l tambin est atento a paquetes que estn direccionados a una direccin
especfica de multicast, llamada estacin. Multicast reserva una serie de direcciones para
transmisin que no pueden ser asignadas a ninguna computadora. Si su computadora est
configurada para multicast sta permanecer pendiente de paquetes de datos sobre una
particular "estacin".

Cuando sta reciba un paquete de esa estacin lo convertir en informacin til y aprobar
su reproduccin en el player de streaming media. Al mismo tiempo, todas las otras
computadoras que se encuentren recibiendo la transmisin estarn obteniendo los mismos
paquetes desde la misma estacin.

Multicast es muy eficiente. Una simple serie de paquetes de datos puede ser usada para
transmitir a la Internet entera.

Recibiendo multicast. Desde el punto de vista del usuario, recibir multicast o unicast
es casi lo mismo. Se hace click en el enlace debido, el reproductor de streaming media es
conectado al servidor, se abre el archivo de audio / video y comienza el show. La nica

95

diferencia es que el servidor podr colgarse o no, se obtendr la transmisin deseada, y la
Internet entera estar menos abarrotada de paquetes de datos en tanto ms servicios
multicast sean usados.

Debido a que multicast es transmisin por envo de una serie de paquetes de datos,
no hay una manera sencilla de que el reproductor solicite un paquete de datos para que sea
enviado de nuevo. Esto quiere decir que algunos paquetes son perdidos, incluso antes de
que se pueda notar debido en parte a la manera en que el reproductor codifica los archivos.

Multicast puede ser una solucin a largo plazo para los "traffic jams" de la Internet,
pero an falta camino por recorrer.

Multicast todava no ha reemplazado a Unicast en la Internet porque algunas partes
de la Internet no han sido conectadas a routers que entiendan el proceso multicast. La
mayora de los nuevos routers pueden manejar multicasts eficientemente, pero los sistemas
de educacin y de gobierno obsoletos que enlazan piezas de la Internet estn usando
tecnologa desactualizada.

Del lado del usuario, la mayora de las tarjetas de red en los equipos ms recientes
tambin entienden el funcionamiento de multicast. An as llevar un par de aos cerrar la
brecha.

Sin embargo existe un rea donde multicast se est haciendo popular: las intranets.
Debido a que el equipamiento tecnolgico de las compaas est modernizado (en trminos
generales) es posible interconectar muchos equipos donde es hoy posible trabajar con
multicast, por ejemplo, con fines de capacitacin. Multicast tambin puede ser utilizado
exitosamente en una gran ciudad.

Desde hace un tiempo no se necesita mantener archivos de audio y video en su PC;
se tiene la posibilidad de hacer stream de lo que quiera en cualquier momento del da o la
noche. No importa cmo se elija recibir los "mediafiles" desde la Internet, la tecnologa est
disponible y es accesible para todo el mundo.


96

4.7.- Distribucin de Contenido.

Si el objetivo es distribuir contenidos multimedia a una o varias personas, se debe
conocer varias tecnologas que facilitaran la tarea de hacer llegar la informacin de forma
eficaz a los destinatarios que se desee. Entre estas tecnologas cabe destacar:

Streaming de Multi media: La estrategia se basa en la entrega de informacin
utilizando streaming, lo cual consiste en reproducir bits a medida en que se reciben
desde el servidor, de esta forma no hay tiempo de descarga. Para poder realizar
streaming es necesario que el bit rate sea menor que el ancho de banda de la red. Bit
rate es la velocidad a la que se envan los datos (datos/seg). Por ejemplo en vdeo de
alta resolucin se utiliza 128 Mbis/seg: 1 segundo a 28 Kbits/seg es 1 hora y 14
minutos.

Mtodos de Entrega: se puede diferenciar entre 5 mtodos de entrega diferentes,
dependiendo de diferentes caractersticas (unidifusin/multidifusin, cliente
activo/pasivo, etc.):

o On-Demand (A peticin - cliente activo): El contenido media es posible que se
entregue mediante streaming, bien por la demanda de un usuario o bien por la
solicitud de un servidor Windows Media. Con Windows Media Encoder se puede
realizar el streaming tanto si el contenido procede de un servidor como si es
contenido es en vivo. Es un mtodo de distribucin Unidifusin.

o Unicast (Bajo demanda o broadcast): Por medio de una conexin cliente/servidor, el
cliente recibe bajo demanda un stream de contenido previamente almacenado o un
contenido en directo, de forma que ningn otro cliente tiene acceso a dicho stream.

o Broadcast (Cliente pasivo): Un stream broadcast puede ser multicast o unicast. En
una conexin broadcast, el cliente es pasivo y no controla cuando el stream empieza
o termina. Por el contrario, en una conexin bajo demanda, el cliente es activo y
controla cuando el stream empieza o para. A causa de la interaccin del cliente, es
un mtodo de distribucin unidifusin.

97

o Broadcast Unicast: Es una conexin punto a punto que un cliente Windows Media
Player inicia a un servidor Windows Media. Es similar a una llamada de telfono,
donde se establece una conexin continua entre cada cliente y el servidor.

o Multicast (Multidifusin de un stream en tiempo real - solo broadcast): Consiste en la
distribucin de un stream a muchos clientes que escuchan monitorizando una
direccin IP multicast.

Codecs: Como Codec se entiende la forma de codificacin de la informacin que se
desea transmitir, Existen tres subapartados:

o Codecs para contenido ASF (Advanced Streaming Format). ha sido desarrollado por
un consorcio de empresas (Microsoft, Vivo, Real NetwWorks, etc.) para media
servers, servidores HTTP y reproduccin local. ASF es un formato de transporte
independiente diseado para audio, video, imgenes, texto y comandos de script.
Con ASF se consigue que un nico stream de entrada pueda ser codificado en
mltiples streams de salida en un mismo archivo Windows Media (multi-bit-rate -
MBR).

Cada stream escalado difiere en la velocidad en que puede ser entregado, y slo
puede reproducirse uno a la vez, de forma que son el reproductor y el servidor los que
negocian la velocidad ms adecuada. Los Codecs para contenido ASF son: MS Audio,
MPEG 4, Screen Capture (640X480), MPEG 1 and 2,TrueMotion RT, (Duck), ClearVideo 1.3
(Real Video),H.263 (Vivo), H.261 (Intel), VideoFlash, (WebTV), VFOWave, Real Video
Standard, RLE, RT24 MetaVoice (Voxware), MetaSound (Voxware), MetaVoice (Voxware),
MPEG Layer 3 (FhG), G.723 (Vivo + Lucent), Siren (Vivo), L&H, RealAudio (14.4/28.8),
DolbyNet, ACELP (Sipro), etc..

o Audio: Microsoft Audio es un Codec de audio desarrollado por Microsoft que ofrece
gran calidad utilizando pocos recursos. As por ejemplo un Streaming de una seal
FM-setreo se retransmite a 20 Kbps. Otra caracterstica es que ofrece un amplio
rango, desde 6 Kbps a 160 Kps en mono y estreo. Tambin cabe destacar su alto

98

rendimiento de compresin, as cabe decir que es posible reducir a la mitad el
tamao de un fichero MP3 obteniendo la misma calidad.

Web server vs. Media Server streaming:

Con un servidor web el cliente de streaming empieza a reproducir el contenido
mientras se descarga, tras unos segundos de buffering (proceso de almacenar la primera
parte de un archivo multimedia antes de reproducir). El cliente recibe los datos tan
rpidamente como el servidor Web, red y cliente puedan, sin tener en cuenta el parmetro
bit-rate del stream comprimido.

A travs de un servidor Multimedia especializado (Media server) los datos son
inteligentemente enviados al cliente, de forma que el servidor distribuye el contenido a la
velocidad de datos asociados con los streams de audio y vdeo. El servidor y el cliente estn
en contacto durante el proceso de distribucin, y el servidor de streaming puede responder a
cualquier informacin del cliente.

o Las ventajas ms importantes de un Media Server son:

Throughput de red ms eficiente
Mejor calidad de audio y video al usuario
Caractersticas avanzadas (Controles de reproduccin)
Escalabilidad rentable a un mayor nmero de usuarios (Especializacin, Soporte
de Multicast)
Proteccin de los derechos de contenido
Mltiples opciones de distribucin (UDP, TCP, HTTP+TCP, multicast,...)


99

4.8.- Funcionamiento del Streaming.

El cliente se conecta con el servidor y ste le empieza a mandar el archivo. El
cliente comienza a recibir el archivo y construye un buffer donde empieza a guardar la
informacin. Cuando se ha llenado el buffer con una pequea parte del archivo, el cliente lo
empieza a mostrar y a la vez contina con la descarga.

El sistema est sincronizado para que el archivo se pueda ver mientras que se
descarga, de modo que cuando ste acaba de descargarse tambin ha acabado de
visualizarse. Si en algn momento la conexin sufre descensos de velocidad se utiliza la
informacin que hay en el buffer, de modo que se puede aguantar un poco ese descenso. Si
la comunicacin se corta demasiado tiempo, el buffer se vaca y la ejecucin el archivo se
cortara tambin hasta que se restaurase la seal.

4.9.- Ventajas de Streaming.

La reproduccin puede empezar inmediatamente, sin necesidad de esperar una larga
descarga.
No se necesita espacio de almacenamiento en el cliente, salvo un buffer relativamente
pequeo.
El transmisor (servidor) puede adaptar la tasa de envo a las condiciones de la red y la
capacidad del cliente.
Interactividad, pues los datos de los archivos trasferidos en tiempo real pueden registrar
variaciones debido a una respuesta por parte del cliente.
Los datos a transmitir pueden ser creados en el momento de ser transmitidos, de manera
que el cliente obtiene una transmisin "en vivo" de acontecimientos ocurridos en otro
lugar pero simultneos al momento de la transmisin.


100

4.10.- Tecnologas Streaming.

La tcnica de Streaming aparece en contraposicin a la tradicional tcnica de
conmutacin de paquetes bajo el protocolo HTTP. sta ltima queda obsoleta en ste nuevo
tipo de transmisin debido a dos causas principales:

Los archivos con contenidos multimedia suponen un importante flujo de datos en el
medio.

stos archivos son "fragmentados" en pequeos lotes cuyo tamao viene definido por
el tipo de red por la cual van a ser difundidos. Para que los archivos puedan ser
reproducidos en el destino han de ser recibidos completamente, es decir, han de
recopilarse todos los fragmentos de datos y recomponer el fichero.

A mediados de los '90, surgieron las primeras tecnologas de Streaming para redes IP
(Protocolos de Internet), introduciendo el nuevo protocolo RTSP o Real Time Streaming
Protocol, que tiene en cuenta los problemas con los que contaba HTTP. Este protocolo ser
analizado posteriormente.

Entre estas tecnologas destaca con rapidez la desarrollada por Real Networks. sta
permite transmitir audio y vdeo desde los servidores hacia los clientes usando simples
mdem y con una pequesima diferencia temporal entre la solicitud del archivo y su
reproduccin.

Otra tecnologa a destacar es la desarrollada por Apple, Quicktime, optima en
sistemas Mac OS. Trabaja con los dos protocolos principales de reproduccin multimedia,
HTTP para transmisiones convencionales a travs de servidores Apache y RTSP para
transmisiones Streaming. Este software de servidor ha de unirse al Sistema Operativo Mac
Os X Server, para conseguir la mxima optimizacin de la transmisin con productos Apple
en Sistemas Mac Os. Su ltima versin, que incluye el servidor Quick Time Server 2, aporta
soporte para sistemas Linux.


101

4.10.1.- Componentes de las tecnologas Streaming.

Un servidor Web, que soporta el software necesario para poder servir informacin
multimedia en tiempo real, el cual es llamado Stream. Este software permite al
servidor ofrecer conexiones multitudinarias. Ante una solicitud de informacin, el
servidor divide y comprime la informacin en pequeos paquetes para ser transmitida
por la Red.

Un reproductor de contenidos multimedia, un software que procesa un flujo medial
que entra en la mquina destino a travs del sitio web. El reproductor contiene el
decodificador que permitir al usuario visualizar los contenidos Streaming de manera
eficiente. Se caracteriza porque no es necesaria la recepcin completa de los datos
para que ste pueda comenzar la reproduccin

Plug-ins para el navegador. Si lo que se desea es reproducir documentos multimedia
sin necesidad de instalarse nuevos programas, se tiene la posibilidad de activar los
plug-ins del navegador.

4.10.2.- Servidores de Streaming.

En principio no es necesario contar con un servidor especial para colocar archivos de
audio o vdeo con descarga streaming en nuestras webs. Cualquier servidor normal puede
mandar la informacin y es el cliente el que se encarga de procesarla para poder mostrarla a
medida que la va recibiendo.

Sin embargo, existen servidores especiales preparados para transmitir streaming.
Aunque en muchas ocasiones no es necesario utilizarlos, pueden ofrecer importantes
prestaciones como mandar un archivo de mayor o menor calidad dependiendo de la
velocidad de nuestra lnea.


102

En determinados casos, como la puesta en marcha de una radio o la transmisin de
un evento en directo, si ser imprescindible contar con un servidor de streaming al que se
mandar la seal y con ella, la enviar a todos los clientes a medida que la va recibiendo.

Se entiende por streaming la capacidad de distribucin de contenido multimedia, con
la caracterstica de poder visualizar estos contenidos mientras esa informacin est siendo
trasmitida por la red. Este sistema tiene la ventaja frente al sistema existente anteriormente,
(era necesario bajar completamente el vdeo para comenzar su visualizacin) pero necesita
que tanto el servidor de vdeo como las redes de datos sean capaces de mantener un flujo
constante de esa informacin. Bsicamente cualquier sistema de streaming estar formado
por: Compresin, transmisin y buffering.

Las configuraciones de este tipo de servicios, pueden variar desde un nmero
pequeo de usuarios y contenidos, hasta un gran nmero de ellos y mucho volumen de
informacin. Evidentemente, el planteamiento ser distinto segn la solucin a tratar. Aqu la
red de comunicaciones tambin es importante, tanto en su ancho de banda como en la
posibilidad de manejar trfico multicast. A la hora de dimensionar una solucin de streaming,
es necesario tener en cuenta varios factores: nmero de usuarios simultneos, nmero de
horas de almacenamiento y cmo se va a utilizar el servicio. Cuando el almacenamiento
crece, es necesario plantearse el incorporar a la solucin un sistema, tanto de catalogacin,
como de recuperacin de esa informacin. As como un sistema que permita manejar todo
ese volumen de datos.

Adems, es importante tener en cuenta otros factores como: formatos de vdeo
soportados por el servidor de streaming (Real, MPEG-1, MPEG-2, MPEG-4, QT,),
protocolos utilizados para el transporte (RTP, RTSP, soluciones propietarias), soporte de
multicast (real o simulado).

En relacin a los servidores de streaming se pueden dividir en dos tipos: Intranet
video servers e Internet video servers.

Los primeros, suelen utilizar formatos de vdeo de ms calidad y ms ancho de
banda. Aqu se habla de MPEG-1 (1 a 3 Mbits) con una calidad similar al VHS, MPEG-2 (3 a

103

10 Mbits) con calidad DVD. Adems se necesitan las tarjetas capturadoras (encoders) que
generen esta salida. Aqu el precio variar dependiendo del formato que se elija. La eleccin
de un formato u otro depender de varios factores: uso que se la dar a esos contenidos,
disponibilidad de ancho de banda en la red, calidad y tipo del material (master), lugar de
visualizacin de contenidos,

Como ejemplo de ancho de banda/calidad se dice que una ventana pequea con
calidad VHS se puede estar hablando de (80 Kbits para una solucin propietaria y hasta 0.5
Mbits para MPEG-1). Una pantalla grande con calidad S-VHS se necesita de 1 a 2 Mbits
para MPEG-1. Para una mayor calidad como Betacam-SP. Evidentemente con este volumen
de informacin se tiene que plantear la eleccin de un sistema de almacenamiento acorde a
las necesidades.

El segundo tipo de servidores se utilizarn para dar servicio a Internet. Aqu los
anchos de banda (a Da de hoy) son considerablemente menores a 1. Se hable de velocidad
que va desde los 28-56 Kbits.a 128 o 384 kbits. Con formatos como Realvideo o ASF
(Advanced Stream Format). Evidentemente, las necesidades de almacenamiento cambian
radicalmente con el primer tipo de servidores, y los precios de la solucin final (incluyendo
estaciones de codificacin) tambin.

En cuanto a la forma de trabajar y planificar el trabajo, es independiente del tipo de
servidor que se tenga (Internet o Intranet).
Por ltimo, como elementos a resaltar en una solucin de streaming existen:

Servidor de streaming: estar formado por el software de streaming y sistema de
catalogacin en caso de ser necesario.

Estacin de captura (codificacin): permite realizar la captura de la seales de audio y
vdeo para trabajar de cualquiera de las formas vistas anteriormente.

Sistema de almacenamiento: se dimensiona segn las necesidades.


104

Herramientas de produccin: En algunos casos puede ser interesante disponer de
software adicional que permita generar contenidos ms elaborados.

Servidor RealServer:

Solucin ofrecida por RealNetworks para la distribucin de contenidos va streaming
tanto en directo como en diferido. El software es multiplataforma y puede ser instalado tanto
en Windows como en sistemas Unix (Linux y Solaris, HP-UX, IRIX,). Se puede instalar una
versin de demo que permite la conexin de hasta 25 usuarios simultneos. Esta solucin
viene limitada en algunas de sus funcionalidades (mutlicast y splitting).
Como herramientas para producir estn:
RealProducer (codificacin en formato RealVideo tanto en directo como en diferido),
RealPresenter (para realizar presentaciones de audio, vdeo con PowerPoint y WWW),
RealSlideShow (presentaciones con grficos y audio).
Como caractersticas de este conjunto de software se puede resaltar:

o Facilidad de instalacin y configuracin.
o Multiplataforma en Servidor, codificacin y visualizadores.
o Administracin y configuracin va WWW.
o Se apoya en estndares (SMIL, RTP/RTCP, RTSP, etc).
o Soporte multicast (real y simulado).
o Soporta protocolos de sesin como SAP/SDP para su comunicacin con las
herramientas tpicas de videoconferencia multicast (sdr).
o Herramientas de control y estadsticas de uso (J AVA).
o Control de acceso (por direccin IP).Soporta formatos como: AVI, MOV, QT, MP3,
RealVideo8, MPEG-1, MPEG-21

Servidor Windows Media.

Es la tecnologa perteneciente a Microsoft engloba una serie de herramientas para la
generacin de elementos audiovisuales y su difusin por intranets o Internet.

105

Soporta video bajo demanda (VoD), emisin en vivo y programada. La emisin puede ser
entregada de mltiples formas al receptor:

Multicast: si la red lo soporta y es un contenido en vivo o diferido.
UDP: si no soporta multicast.
TCP: si los puertos UDP estn filtrados
HTTP: Si las conexiones TCP estn filtradas puede ser entregado por HTTP, a
travs de proxies.

Windows Media es una solucin propietaria que aporta sus propios protocolos. La
conexin entre cliente y servidor se negocia usando el protocolo MMS (Multi Media Server) o
tambin se puede hacer streaming sobre HTTP. MMS funciona encima de TCP, usa el
puerto 1755 y con l se negocian las caractersticas de velocidad de la conexin as como el
modo de entrega que en particular puede ser sobre HTTP. Los servidores que sirven
contenidos de Windows Media usan urls del tipo MMS://, o bien MMSU:// (para forzar UDP) o
bien MMST:// (para forzar TCP). La negociacin de la forma de entrega es la siguiente:
primero se intenta Multicast (s el servidor est configurado para hacerlo), despus UDP,
TCP y HTTP.

Los contenidos de Windows Media pueden ser difundidos desde un servidor web por HTTP.
Comparado con un servidor Web, el Windows Media Service aporta varias ventajas:

Uso ms eficiente del ancho de banda. El Windows Media Service puede hacer uso
como ya se indic de varios transportes que hacen ms eficiente la entrega.
Mejor calidad para el usuario
Envi de flujos multistream. Para que segn el ancho de banda del cliente se envi
con distintas calidades.
Proteccin de contenidos con copyright
Escalabilidad. Soporta ms clientes.
Control del ancho de banda en uso.


106

Por lo que se conoce, MMS es equivalente a RTP, RTCP y RTSP.
Los formatos de archivo propios de Windows Media son asf, wmv y wma. En realidad los
archivos wmv y wma (video y audio respectivamente) pueden ser renombrados a asf ya que
su estructura es idntica. En ciertos sitios puede demandarse un archivo de tipo asf y tener
uno codificado que sea wmv por ejemplo, en cuyo caso solo se tiene que renombrar a asf.

Una de las ventajas de esta solucin de streaming frente a otros productos es la
calidad de sus CODEC. Actualmente se soportan los siguientes CODEC para video: MPEG4
v3 (no cumple el estndar), MPEG4 ISO, Windows Media V7, Windows Media V8.

Otro punto fuerte a favor de esta solucin es el precio, Microsoft lo distribuye desde
su Web de forma gratuita.

Codificacin.

Para la generacin de archivos en formatos asf, wmv y wma se pueden utilizar dos
soluciones:

Batch Encode Utility: para generar archivos asf, wmv y wma a partir de archivos en
otros formatos (por ejemplo avi, mp3, wav, mpg, etc.

Windows Media Encoder: Se puede usar para lo mismo que el anterior pero adems
permite tomar como fuente una captura audio y/o video que es codificada en tiempo
real. En este se pueden especificar varias fuentes (por ejemplo un video de entrada,
un anuncio, un grfico, etc.) e ir pasando de unas a otras. Se pueden generar eventos
que son generados en el reproductor del cliente.

El contenido que est siendo generado puede almacenarse en un archivo,
difundirse a Media Players por HTTP o bien difundirse a un Windows Media Services
tambin por HTTP y que sea este el que lo distribuya a los clientes. No se aconseja ms
de 30 clientes conectados directamente al Windows Media Encoder. El inconveniente
principal de conectar de esta forma a los clientes es que slo se pueden entregar los
contenidos por HTTP.

107

Difusin.

Para la difusin del contenido multimedia como ya se dijo adems de un servidor web
se pueden utilizar los Windows Media Services. Estos son administrados desde una interface
web simple.

Una vez instalado el servicio, que puede funcionar tanto en NT como en Windows
2000 (en este viene en el CD-ROM de instalacin), habr que instalar los puntos de
publicacin de unidifusin a peticin. Esto es equivalente a dar la raz en un servidor WEB.
Una vez hecho esto cualquier archivo asf colocado en dicho directorio ser servido bajo
demanda usando la sintaxis mms://nombreservidor/archivo.asf. Tambin se puede dar un
alias al punto de montaje y entonces sera mms://nombreservidor/alias/archivo.asf. Esta url la
entienden Explorer o Media Player, en el caso del Explorer lanza el Media Player para que la
use.

Con lo explicado en el prrafo anterior se tendra video bajo demanda. Otras
posibilidades son: emisora difundiendo contenidos en vivo (desde un Encoder) o contenidos
grabados, ambas distribuidas por unicast o multicast. Todas ellas se encuentran
extensamente documentadas en la ayuda.

Puesto que una url de tipo mms:// solo es entendida por Internet Explorer, se usa un
formato de archivo denominado asx que adems sirve para definir el comportamiento del
Media Player. Este archivo se baja por HTTP y est asociado al Media Player. Dentro de
este archivo se encuentra la url mms:// o http:// del contenido a visualizar, tambin se pueden
poner banners, y metainformacin sobre el contenido en emisin, adems de listas de
reproduccin y ms caractersticas interesantes.

El video puede ser visualizado embebido dentro de una pgina web en cuyo caso la
apariencia del video puede ser cambiada, por ejemplo con botones o sin ellos, etc.


108

4.11.- Conclusin.

Para poder transmitir video por red IP es necesario codificar el video con un codificador
que soporte el streaming por ejemplo: (Windows Media Video, MPEG, Cinepak by radius,
Indeo video 5.10).

Si deseamos transmitir video de calidad por Internet a una gran audiencia es necesario
contar con IP pblico, ademas de un ancho de banda mayor a 512 kps.


109

CAPITULO 5. PROTOCOLOS

RTSP y RTP

110

CAPITULO 5. RTSP Y RTP.

5.1.- Introduccin.

RealNetworks, Netscape Communications y la Columbia University han desarrollado
Real-Time Streaming Protocol (RTSP). Es un protocolo, es decir la serie de procedimientos
genricos para la comunicacin entre dos mquinas, que optimiza el flujo de datos. A
diferencia del HTTP, que no define precisamente el gnero de archivos que vienen
trasladados, el RTSP controla los datos con funcionalidades conceptualmente similares a las
de un aparato de vdeo: Play, fast-forward, pause, stop y record.

5.2. - RTSP (Real Time Streaming Protocol).

Real Time Streaming Protocol es un protocolo a nivel de aplicacin de presentacin
multimedia cliente/servidor, que permite controlar el flujo de audio y video sobre la red IP.

No existe la nocin de una conexin RTSP. El servidor mantiene etiquetada cada
sesin por medio de un identificador, durante esta el cliente puede abrir y cerrar varias
conexiones confiables con el servidor.

5.3.- Caracterstica del RSTP.

RTSP introduce nuevos mtodos y tiene un diferente identificador de protocolo.
Un servidor de RTSP necesita mantener el estado por defecto en casi todos los casos.
Tanto el servidor RTSP como el cliente pueden realizar peticiones.
RTSP se define para utilizar ISO 10646 (Utf-8).

CAPITULO 5. PROTOCOLOS RTSP Y RTP

111

El protocolo soporta las siguientes operaciones:

Recuperacin de datos del servidor. El Cliente pide la descripcin de una presentacin
va HTTP o cualquier otro mtodo y le pide al servidor que establezca la sesin para
enviar los datos solicitados

Invitacin al servidor de medios a una conferencia. El servidor de medios puede ser
invitado a una conferencia para reproducir o para grabar una presentacin.

Aadir datos multi media a una presentacin existente: El servidor y el cliente puede
notificarse uno a otro la disponibilidad de datos adicionales.

En RTSP cada presentacin y cada stream multimedia es identificado por un URL
RTSP. La presentacin completa y las propiedades de los medios se definen en un fichero
de descripcin de presentacin, entre la informacin se incluye el tipo de codificacin, el
idioma, las URLs RTPS, las direcciones de destino, los puertos y otros parmetros.

Los modos de operacin que utiliza el servidor para enviar el audio y/o video a la
direccin de destino son:

Unicast: la informacin (audio y video) es trasmitido a la fuente de la peticin RTSP, con
el nmero de puerto escogido por el usuario. Alternativamente, las informacin es
transmitida por es el mismo flujo confiable de RTSP.

Multicast, direccin escogida por el usuario: el servidor de los medios escoge la
direccin y el puerto del multicast. Este es un caso tpico de la transmisin en vivo o por
demanda.

Multicast, direccin escogida por el cliente: si el servidor est participando en un
multicast conferencia, la direccin multicast, el puerto y la clave de encriptacin es dada
en la descripcin de la conferencia


112

5.4.- Propiedades del Protocolo RTSP.

Extensible: Nuevos mtodos y parmetros pueden ser fcilmente agregados al
protocolo.

Fcil de Analizar lexicogrficamente: Su estructura lexicogrfica es similar a HTTP y a
MIME.

Seguro: RTSP reutiliza mecanismos de seguridad de la web en el nivel de transporte o
dentro del protocolo en si. Todos los mecanismos de autentificacin de HTTP tales como
autentificacin bsica o de resumen son directamente aplicables.

Independiente del protocolo de transporte utilizado: RTSP puede utilizar cualquier
protocolo no fiable de datagramas (UDP), protocolo fiable de datagrama (RCP) o un
protocolo confiable como TCP.

Permite mul ti-server: cada flujo de datos puede residir en diferentes servidores. El
cliente automticamente establece varias sesiones de control concurrentes, con
diferentes servidores de medios. La sincronizacin de los medios se lleva a cabo en el
nivel de transporte.

Control de dispositi vos de grabacin: el protocolo puede controlar tanto la grabacin
como la retroceder de dispositivos.

Convenientes para aplicaciones profesionales.

Presentacin de una descripcin neutral: el protocolo no impone una descripcin
particular de la presentacin o un formato particular de metafile. Sin embargo, esta debe
contener al menos un RTSP URI.


113

Proxy y un firewall amigable: El protocolo debe ser de fcil manejo para la aplicacin y
el firewall. Un firewall debe comprender el mtodo SETUP para crear un canal para el
flujo de UDP.

HTTP-amigable: RSTP reusa conceptos de HTTP y reutiliza la infraestructura del mismo
protocolo. Entre esta estructura, se encuentra PIC (Platform for Internet Content
Selection).

Negociacin de transporte: El cliente puede negociar el mtodo de transporte antes de
necesitar enviar un flujo continuo de datos.

Control apropiado del Servidor: Si un cliente inicia la solicitud de flujo de datos, este
debe ser capaz de detener el mismo. Por otra parte, el servidor no debe transmitir el flujo
de datos de manera tal que impida al usuario detenerlo.

Capacidad de negociacin: si las caractersticas bsicas son deshabilitadas, deben
existir mecanismos claros para determinar cuales mtodos van a ser implementados.

5.5.- Ventajas de RTSP.

nica manera de transmitir en vivo.
Compresin del vdeo digital, descartando cuadros y detalles redundantes.
Transmisin de los datos en paquetes que son ledos por el cliente mientras llegan.
Utilizacin de buffers o memorias de reserva para aminorar los retardos y demoras
inherentes a la red.
No requiere almacenamiento en el cliente.
No hay desperdicio de ancho de banda.
Difusiones en multicast.
Pueden comprimirse pistas individuales en un film a partir de un servidor, no importa
donde se encuentre geogrficamente.
Escalable.

114

5.6.- Desventajas de RTSP.

Un video se detiene si la tasa de datos excede la velocidad de conexin.
Puede ser detenido por firewalls o el NAT.
Requiere un servidor Streaming o un broadcaster.
No puede usar interactividad.

5.7.- RTSP vs. HTTP.

RTSP pretende proporcionar, para presentaciones multimedia, los mismos servicios
que HTTP proporciona para textos y grficos, de hecho se ha diseado intencionalmente con
una sintaxis similar, de tal modo que la mayor parte de los mecanismos de extensin de
HTTP se puedan aadir a RTSP.

RTSP difiere de HTTP en muchos aspectos. Entre estos pueden destacarse:

HTTP es un protocolo sin estados y RTSP ha de mantener los estados de la sesin
para enlazar las peticiones con los streams relacionados.
HTTP es asimtrico, cuando el cliente realiza una peticin el servidor responde; mientras
que en RTSP ambos (Cliente y servidor) pueden realizar peticiones.

HTTP y RTSP poseen diferentes identificadores de protocolo.

HTTP no permite transmisin en vivo.

Cuando se utiliza HTTP no es posible observar el contenido de los archivos mientras
estos son descargados, por tanto es necesario que los mismos residan en disco. En
consecuencia, el tamao del video vendr limitado por el espacio en disco y la memoria
RAM del cliente.


115

5.8.- RTP (Real Time Protocol).

Con el avance arrollador del internet, cada da se ha hecho ms necesaria la
transmisin de voz, video e informacin en tiempo real. TCP no fue diseado para este fin
por lo que no cumple con las expectativas y necesidades de las nuevas aplicaciones. As
surge RTP, un protocolo que viene a llenar el vaco para la transmisin en tiempo real.

RTP proporciona el transporte peer to peer para aplicaciones con necesidad de
transmisin en tiempo real en redes unicast o multicast, como por ejemplo
videoconferencias, difusin de audio/vdeo, simulaciones.

El protocolo RTP se cre especficamente para la transmisin de audio y vdeo,
gracias a que incluye en su cabecera informaciones que sincronizan imagen y sonido, al
tiempo que es capaz de determinar si se han perdido paquetes y si stos han llegado en el
orden correcto.

Por otra parte, las cabeceras del RTP tambin especifican el tipo de emisin que se
realiza, por lo que permiten diferentes tipos de compresin de datos. Cuando se realiza una
conexin a travs de RTP, se definen dos direcciones diferentes que son controladas desde
dos puertos distintos, de forma que audio y vdeo viajan por separado controlados por el
RTCP. Adems, el RSVP, tiene como objetivo aadir informacin feedback desde el cliente
hacia el servidor para garantizar una calidad de servicio. En contra, se tiene que el RTP no
asegura ni la entrega continua de informacin, ni la de todos los paquetes y ni siquiera puede
evitar la entrega desordenada de los mismos, aunque s los controla.

5.9.- RTCP (Real Time Control Protocol).

RTCP es un protocolo que permite mantener informacin de control sobre una sesin de
RTP, la idea es reservar y garantizar la calidad de servicio. Para mantener el control de la
sesin, cuenta con varios tipos de paquetes:


116

Sender Report: paquetes emitidos, datos para sincronizacin de varios streams.
Receiver Report: paquetes perdidos, ltimo recibido, timestamp para RTT.
Source Description: Canonical Name (CNAME), email, etc.
Bye.
Especficos de la aplicacin.

Cuando se establece una conexin se establece un puerto para RTP y el siguiente puerto
se le asigna a RTCP. El trfico de RTCP no debe exceder el 5% del ancho de banda de la
sesin.

5.10.- Transmisin en Tiempo Real.

Se denomina transmisin en tiempo real a la comunicacin en la que el receptor
puede manipular los datos al mismo tiempo que el emisor los est enviando.

Para la transmisin de informacin en tiempo real se requiere un sistema de
comunicaciones que proporcione a las aplicaciones los servicios y el control necesario para
la gestin de la calidad de servicio (QoS). En particular, la comunicacin de audio o video
requiere la provisin de cierto nivel de calidad, garantizndolo durante el tiempo de la
transmisin.

Trfico Multi media.

Se suele denominar trfico multimedia aquel compuesto por vdeo y audio. Los
requerimientos para la transmisin de audio y vdeo, se describen en los siguientes puntos:

Ancho de banda.

El trfico multimedia maneja grandes volmenes de informacin. Por ejemplo, un CD-
ROM, que son 72 minutos de sonido estreo, requiere 648 Mbytes y una pelcula de 90
minutos ocupara 120 Gbytes, ambos sin comprimir. Por ello, la informacin multimedia se

117

trata casi exclusivamente de forma comprimida. El ancho de banda depender por tanto del
tipo de compresin y de la calidad con que se quiera transmitir.
Los tres estndares ms difundidos para compresin de vdeo: ISO Moving Pictures
Expert Group (MPEG), Intels Digital Video Interactive (DVI) e International
Telecommunications Union (ITU) H.261; requieren un ancho de banda de 1.2 a 40 Mbps
para MPEG y MPEG-2, 1.2 a 1.8 Mbps para DVI, y de 0.064 a 2 Mbps para H.261.

En el caso de audio, con calidad telefnica el ancho de banda vara de 4 a 32 kbps
(dependiendo de la codificacin ADPCM o CELP) y con calidad CD y usando compresin
MP3 vara de 32 a 256 kbps.

Retraso de transmisin.

Estos requerimientos son ms estrictos que los de ancho de banda. La experiencia
con los sistemas de conferencia multimedia y los estndares ITU sugieren un retraso
mximo de 150 ms en las aplicaciones de vdeo interactivas.

En general, se pueden identificar los siguientes componentes de retraso:
retraso en la compresin y descomposicin de paquetes.
retraso de transmisin en la red.
almacenamiento en el destino y retraso de sincronizacin.

El vdeo debe tener de 25 a 30 imgenes por segundo. Esto deja un tiempo mximo
de compresin-descompresin de 33 a 40 ms (30-1 a 25-1) para evitar el solapamiento en la
compresin de las imgenes. Restando a 150 ms tanto el tiempo de la compresin como el
de descompresin deja un retraso mximo de 70 a 84 ms para la transmisin en la red.
Asumiendo que una ruta de tres saltos LAN-WAN-LAN es una topologa frecuente, y
teniendo en cuenta que los elementos de enlace (gateways, routers, etc.) tambin
contribuyen al retraso, quedando un retraso mximo aceptable de 10 a 15 ms por salto.

Aunque estos clculos son aproximativos y dependeran de muchos otros factores, nos
Sirve como una aproximacin a los problemas de la transmisin.

118

Fiabilidad.

Los protocolos de transmisin tienen sistemas de control de errores y de reenvo de
paquetes que aseguran que la fiabilidad entre emisor y receptor sea transparente a los
niveles superiores.

Para la transmisin en tiempo real esta gestin de errores puede ser negativa, debido
al retraso que producira la retransmisin de un paquete de nuevo. Para evitar este problema
se plantea que el tratamiento y gestin de los errores sea a niveles superiores. En una red
en tiempo real, la prdida de paquetes puede ocurrir debido a la saturacin de memoria en
los nodos o al superar el retraso mximo exigido.

Las prestaciones de una transmisin multimedia pueden ser medidas en dos
dimensiones: latencia y fidelidad. La latencia puede ser vital para aplicaciones interactivas
como conferencias mientras que para la transmisin de una pelcula no lo es. La fidelidad de
la transmisin es variable. Hay aplicaciones que no toleran ninguna variacin en la fidelidad
de la imagen como podra ser la transmisin de imgenes mdicas y otras en que esta
variacin slo produce una cierta distorsin tolerable como la transmisin de pelculas o
msica.

Sincronizacin de canales y multicast.

Cuando audio, vdeo y otros datos vienen por distintos canales, se necesitan
mecanismos para la sincronizacin de los distintos flujos en el destino. Esto se puede
conseguir usando una combinacin de asignacin de tiempos y almacenamiento antes de su
visualizacin. Esto en general no afecta a la red y es un problema del destino.

Multicast es la habilidad de la red para enviar eficientemente informacin a mltiples
destinos. Esto es una caracterstica comn al trfico multimedia en el que una pelcula puede
ser vista por varios espectadores a la vez. Esto permite el ahorro de recursos en la red al
utilizar un nico canal siempre que sea posible compartirlo por todos los receptores.


119

CAPITULO 6.

TRADUCCIN DE DIRECCIN DE RED

(NAT)

120

CAPITULO 6. TRADUCCIN DE DIRECCIN DE RED.

6.1.- Introduccin.

El uso de redes de computadoras en las empresas ha crecido y contina creciendo
drsticamente, en la mayora de estos casos estas redes son de uso exclusivo interno,
requiriendo que una mnima cantidad de terminales tengan acceso a redes externas.
Adems, el rpido agotamiento de las direcciones IP pblicas hace que adquirirlas sea
costoso, razn por la cul las redes privadas utilizan un direccionamiento basado en
direcciones IP reservadas que son invlidas para su uso fuera de la red interna.

Para que estas empresas puedan tener un acceso a redes externas o a Internet se
requiere de una traduccin de direcciones que permita que con una sola conexin a la red de
redes y unas cuantas direcciones IP vlidas, de esta manera se puede tener un buen control
sobre la seguridad de la red y sobre el tipo de informacin intercambiada con redes externas.

La topologa de red fuera de un dominio local puede cambiar de muchas maneras.
Los clientes pueden cambiar proveedores, los backbones (conexiones de Internet con gran
ancho de banda) de las compaas pueden ser reorganizados o los proveedores pueden
unirse o separarse. Siempre que la topologa externa cambie, la asignacin de direccin para
nodos en el dominio local puede tambin cambiar para reflejar los cambios externos. Este
tipo de cambios deben ser implementados en el router de acceso a Internet y de esta
manera, pueden ser ocultados a los usuarios de la red interna de la organizacin.

6.2.- Traduccin de direcciones (NAT).
La Traduccin de Direcciones de Red, Network Address Translation (NAT), es un
mtodo mediante el que las direcciones IP son mapeadas desde un dominio de direcciones a
otro, proporcionando encaminamiento transparente a las mquinas finales. Existen muchas
variantes de traduccin de direcciones que se prestan a distintas aplicaciones. Sin embargo
todas las variantes de dispositivos NAT debera compartir las siguientes caractersticas:

CAPITULO 6. TRADUCCIN DE DIRECCIN DE RED (NAT)
121

Asignacin transparente de direcciones.
Encaminamiento transparente mediante la traduccin de direcciones (aqu el
encaminamiento se refiere al reenvo de paquetes, no al intercambio de informacin
de encaminamiento).
Traduccin de la carga til de los paquetes de error ICMP (Internet Control Message
Protocol o Protocolo de Mensajes de Control de Internet por sus siglas en ingls).

Aplicacin.

La traduccin de la direccin de red, se aplica en redes que fueron implementadas
con direcciones IP privadas y necesitan tener un acceso a Internet, se debe solicitar a un
proveedor un rango de direcciones vlidas para poder asociar dichas direcciones vlidas con
los hosts que tengan direcciones invlidas y necesiten salida a Internet.

Esta situacin ocurre frecuentemente en las empresas que tienen redes internas
grandes, tambin puede darse el caso que el proveedor slo asigne una direccin vlida a la
empresa, en esta situacin se configura a NAT para que diferentes hosts dentro de la
empresa puedan acceder a Internet mediante esta nica IP vlida asignada por el proveedor,
en este caso la configuracin del router con NAT asocia adems de la direccin IP, un puerto
para direccionar correctamente los paquetes a los diferentes hosts .

Estos problemas tambin pueden presentarse en redes caseras ms pequeas y son
una solucin factible para habilitar una conexin a Internet sin tener que hacer una
reconfiguracin de la red interna, adems que el proceso de traduccin de direcciones IP es
transparente al usuario final que no se da cuenta de lo que pasa.

Operacin bsica.

Para que una red privada tenga acceso a Internet, el acceso debe ser por medio de un
dispositivo ubicado en la frontera de las dos redes que tenga configurado NAT para la
traduccin de direcciones, en estos casos lo ms conveniente es poner a un router para que
los paquetes sean enviados hacia l.
122

Existen dos tipos de asignacin de direcciones:

Asignacin esttica de direcciones, en el caso de asignacin esttica de
direcciones, existe un mapeo uno a uno de direcciones para las mquinas entre una
direccin privada de red y una direccin externa de red durante el tiempo en
funcionamiento del NAT. La asignacin esttica de direcciones asegura que NAT no tiene
que administrar la gestin de direcciones con los flujos de sesin.

Cuando el host 192.168.0.2 enva un paquete al servidor 207.28.194.84 tiene en la
cabecera de sus paquetes los datos mostrados en A, al pasar estos paquetes por el router
NAT, los datos son modificados y llegan al servidor con los datos mostrados en B. Las
relaciones de direcciones de la tabla del router son puestas estticamente

Asignacin dinmica de direcciones, en este caso, las direcciones externas son
asignadas a las mquinas de la red privada, o viceversa, de manera dinmica,
basndose en los requisitos de uso y el flujo de sesin que el NAT determine
heursticamente.

Cuando la ltima de las sesiones que use una direccin asociada termine, NAT
liberar la asociacin para que la direccin global pueda ser reciclada para su posterior uso.
La naturaleza exacta de la asignacin de direcciones es especfica de cada implementacin
de NAT.

En este caso sucede lo mismo que en el anterior con las cabeceras de los
paquetes que salen de A, en este caso la tabla muestra una lista con las direcciones
vlidas disponibles para ser usadas, estas direcciones son asignadas dinmicamente a los
hosts.

123

NAT tradicional.

La operacin de Traduccin de Direccin a analizar se denomina NAT Tradicional,
existen otras variantes de NAT.

En un NAT tradicional, las sesiones son unidireccionales, salientes de la red privada.
Las sesiones en la direccin opuesta pueden ser permitidas en una base excepcional
usando mapeos de direccin estticos para hosts preseleccionados. Existen dos variantes
del NAT Tradicional: NAT Bsico y NAPT (Network Address Port Translation).

NAT Bsico.

La operacin de NAT Bsico es como se describe a continuacin: una zona con un
conjunto de direcciones de red privadas puede ser habilitada para comunicarse con una red
externa mapeando dinmicamente el conjunto de direcciones privadas a un conjunto de
direcciones de red vlidas globalmente, cada direccin tiene garantizada una direccin global
para ser mapeada a ella. De lo contrario, los nodos habilitados para tener acceso simultneo
a la red externa son limitados por el nmero de direcciones en el conjunto global.

Direcciones locales individuales pueden ser estticamente mapeadas a direcciones
globales especficas para asegurarse acceso garantizado hacia fuera o para permitir acceso
al host local desde hosts externos mediante una direccin pblica fija. Sesiones mltiples
simultneas pueden ser iniciadas desde un nodo local, usando el mismo mapeo de direccin.

Las direcciones dentro de la zona son locales para este dominio y no son vlidas
fuera de l. De este modo, las direcciones dentro de la zona pueden ser reusadas por alguna
otra. Por ejemplo, una sola direccin de clase A puede ser usada por muchas zonas. En
cada punto de salida entre una zona y el backbone, NAT est instalado. Si hay ms de un
punto de salida es de gran importancia que cada NAT tenga la misma tabla de traduccin.
En el ejemplo de la siguiente grfica la red tiene las direcciones de clases A 10.0.0.0,
en 1 una mquina ubicada en una red externa con direccin 130.57.52.13 enva un paquete
a la direccin 130.57.199.13, en 2 el paquete llega al router NAT el cul traduce la direccin
de destino 130.57.199.13 por la direccin 10.0.0.1 que es la direccin verdadera del host
124

destino, esto se ve en 3, en 4 la mquina enva una respuesta con direccin fuente 10.0.0.1,
al pasar por el router NAT la direccin de fuente de la respuesta es modificada por la
direccin 130.57.199.13 que es una direccin global nica.

Se puede ver la tabla de traduccin que tiene el router, en la cul se observa la asociacin
de direcciones locales con las direcciones que usarn en Internet.

A cada host de la red se le asigna una direccin global nica.
Todo este proceso no requiere cambios en el host o en el router, las traducciones de
direccin son transparentes para los hosts finales.

Traduccin de Direccin de Red y Puerto NAPT.

Digamos, una organizacin tiene una red IP privada y una conexin WAN a un
proveedor de servicio. El router de zona de la red privada es asignado a una direccin vlida
globalmente en la conexin WAN y los dems nodos en la organizacin usan direcciones IP
que tienen slo significado local. En este caso, a los nodos en la red privada se les puede
permitir acceder simultneamente a la red externa, usando la nica direccin IP registrada
con la ayuda de NAPT. NAPT permitira mapeos de tuplas del tipo (direcciones IP local,
nmero de puerto TU local) a tipos del tipo (direccin IP registrada, nmero de puerto TU
asignado).

Este modelo es adecuado para muchos grupos de redes pequeas para acceder a
redes externas usando una sola direccin IP asignada del proveedor de servicio. Este
modelo debe ser extendido para permitir acceso entrante mapeando estticamente un nodo
local por cada puerto de servicio TU de la direccin IP registrada.

En el ejemplo de la siguiente grfica la red interna maneja el rango de direcciones
192.168.0.0 de clase C, la interface del router que se comunica con Internet tiene asignada
la direccin 206.245.160.1.

Cuando el host con direccin 192.168.0.2 enva un paquete HTTP (puerto destino 80)
al servidor 207.28.194.84, en la cabecera de los paquetes se enva la informacin mostrada
125

en A donde se indica la direccin fuente como Src y la direccin destino como Dst estos
paquetes son enviados al router NAT ubicado al centro del grfico.

El router tiene configurado NAPT y lo que sucede es que se traduce la tupla de
direccin de origen 192.168.0.2 y puerto origen 1108 en los encabezados IP y TCP por la
tupla 206.245.160.1 que es una direccin globalmente nica y al puerto 61001 antes de
reenviar al paquete, es decir los paquetes salen del router con los datos mostrados en B.

Los paquetes de regreso que sean enviados por el servidor web, pasan por una
traduccin de direccin y puerto similar por la direccin IP de destino y puerto TCP de
destino. Se observa que esto no requiere de cambios en los hosts o en los routers. La
traduccin es completamente transparente para los usuarios.

En el grfico se muestra la tabla de asignacin de los hosts con las direcciones de los
hosts de la red interna con sus respectivos puertos y la asociacin de puertos con los que
ser enviada la informacin afuera.

Ejemplo de funcionamiento de NAPT, se usa una sola direccin IP vlida y se conectan
diferentes hosts de la red interna hacia Internet por diferentes puertos.

Fases de Traduccin.

Ligando la direccin, con NAT Bsico, una direccin privada es ligada a una direccin
externa, cuando la primera sesin saliente es iniciada desde el host privado. Despus de
esto, todas las otras sesiones salientes originadas desde la misma direccin privada
usarn la misma direccin unida por la traduccin de paquete.

En el caso de NAPT, donde muchas direcciones privadas son mapeadas a un sola
direccin globalmente nica, la unin sera desde la tupla de (direccin privada, puerto
TU privado) a la tupla de (direccin asignada, puerto TU asignado). Como con NAT
Bsico, esta unin es determinada cuando la primera sesin saliente es iniciada por la
tupla de (direccin privada, puerto TU privado) en el host privado.
126

Bsqueda y traduccin de direccin, Despus de que una unin de direccin o unin
de tupla (direccin, puerto TU) en el caso de NAPT es establecida, se puede mantener
un estado para cada una de las conexiones usando la unin. Los paquetes
pertenecientes a la misma sesin estarn sujetos a la bsqueda de sesin para
propsitos de traduccin. La naturaleza exacta de la traduccin es discutida en la seccin
siguiente.

Desligando la direccin, Cuando la ltima sesin basada en una unin de direccin o
de tupla (direccin, puerto TU) es terminada, su unin puede ser terminada.

6.3.- Manipulacin de cabeceras.

En el modelo NAT Bsico, el encabezado IP de todos los paquetes debe ser
modificado. Esta modificacin incluye la direccin IP (direccin IP origen para paquetes
salientes y direccin IP destino para paquetes entrantes) y la suma de control IP.
Para las sesiones TCP y UDP, las modificaciones deben incluir actualizacin de la
suma de control en los encabezados TCP/UDP. Esto es porque la suma de control de
TCP/UDP tambin cubre un pseudoencabezado que contiene las direcciones IP origen y
destino. Como una excepcin, los encabezados UDP con suma de control 0 no deben ser
modificados. Como para los paquetes de peticin ICMP, no son requeridos cambios
adicionales en el encabezado ICMP como la suma de control en el encabezado ICMP que no
incluye las direcciones IP.

En el modelo NAPT, las modificaciones al encabezado IP son similares a las del
modelo NAT Bsico. Para las sesiones TCP/UDP, las modificaciones deben ser extendidas
para incluir la traduccin del puerto TU (puerto TU origen para paquetes salientes y puerto
TU destino para paquetes entrantes) en el encabezado TCP/UDP. El encabezado ICMP en
los paquetes de peticin ICMP deben tambin ser modificados para reemplazar el ID de
peticin y la suma de control del encabezado ICMP. La suma de control del encabezado
ICMP debe ser corregida para contar la traduccin del ID de peticin.

127

Estas son algunas de las modificaciones efectuadas:

Ajuste de la suma de control, las modificaciones de NAT son por paquete y puede ser
un cmputo muy intensivo, ello involucra una o ms modificaciones a la suma de control,
inclusive para traducciones de un slo campo.

Modificaciones al paquete de error ICMP, los cambios al mensaje de error ICMP
incluirn cambios a los encabezados IP e ICMP en la capa saliente como bien cambios a
los encabezados de los paquetes embebidos en la carga til del mensaje ICMP-error.

El mtodo para NAT debe ser transparente para el host-final, la direccin IP del
encabezado IP embebido en la carga til del mensaje ICMP-error debe ser modificado, el
campo de suma de control del encabezado IP embebido debe ser modificado, y finalmente,
la suma de control del encabezado ICMP debe tambin ser modificada para reflejar los
cambios a la carga til.

Manipulando la opcin IP, un datagrama IP con una de las opciones IP de Registrar
Ruta, Encaminamiento de Origen Fijo o Encaminamiento de Origen No Estricto
involucrara registro o uso de direcciones IP de routers intermedios. Un router NAT
intermedio puede elegir no soportar estas opciones o dejar las direcciones sin traducir
mientras que si procesa las opciones. El resultado de dejar las direcciones sin traducir
sera que direcciones privadas a lo largo del encaminamiento origen son expuestas de
extremo a extremo. Esto no debe poner en peligro la ruta atravesada por el paquete, de
hecho, como cada router se supone que mira slo al prximo salto.

En general, NAT no debera trabajar con ninguna aplicacin que enve direcciones IP
o puertos como datos. Por ejemplo, cuando dos programas usan FTP mantienen una
conexin TCP entre ellos. Como parte del protocolo, un programa obtiene un nmero de
puerto en la mquina local, y enva los datos por la conexin TCP al otro programa.

Si la conexin entre los programas pasa por medio de un router configurado con
NAPT, el puerto podra ser cambiado y reemplazado por el puerto que NAPT le asigne. As,
128

si NAT falla al cambiar el nmero de puerto, el protocolo podra fallar. Las implementaciones
de NAT fueron creadas para reconocer puertos conocidos como el de FTP y hacer los
cambios necesarios en el flujo de datos. Pero existen aplicaciones que no pueden ser
usadas con NAT.

6.4.- NAT con mltiples direcciones.

La configuracin NAT con mltiples direcciones se refiere al NAPT mediante el cul,
un grupo de hosts en una red privada pueden tener salida a redes externas con una sola
direccin global mediante la asociacin de direcciones IP y puertos TU. Se pueden tener
varias direcciones globales asignadas a la red y por cada direccin pueden salir grupos de
hosts a redes externas.

En la configuracin NAT Bsico, cuando los nodos de la red privada agotan las
direcciones globales disponibles para el mapeo, el acceso a la red externa para algunos de
los nodos locales es abruptamente cortado cuando la ltima direccin IP vlida de la lista fue
asignada.

Esto es un inconveniente y puede ser evitado permitiendo que el router NAT Bsico
pueda conmutar a una configuracin NAPT para la ltima direccin global de la lista de
direcciones. Haciendo esto asegurar que los hosts de la red privada tengan continuidad en
el acceso a los nodos externos y servicios para la mayora de las aplicaciones.

6.5.- Conclusin.

El problema de la asignacin de direcciones IP vlidas esta cerca, ya que pronto se
agotarn, pero con el creacinn de NAT se resolvi el problema por algunos aos.

Si el sistema de videovigilancia est detrs de un router este debe ser capaz de hacer NAT
para entregar el video al cliente correcto.

129

CAPITULO 7.

TCP y UDP

130

CAPITULO 7. TCP Y UDP.

7.1.- Introduccin.

El Protocolo de Internet (IP) y el Protocolo de Transmisin (TCP), fueron
desarrollados inicialmente en 1973 por el informtico estadounidense Vinton Cerf como parte
de un proyecto dirigido por el ingeniero norteamericano Robert Kahn y patrocinado por la
Agencia de Programas Avanzados de Investigacin (ARPA) del Departamento
Estadounidense de Defensa. Internet comenz siendo una red informtica de ARPA (llamada
ARPAnet) que conectaba redes de ordenadores de varias universidades y laboratorios en
investigacin en Estados Unidos. World Wibe Web se desarroll en 1989 por el informtico
britnico Timothy Berners-Lee para el Consejo Europeo de Investigacin Nuclear (CERN,
siglas en francs).

7.2.- Arquitectura TCP/IP.

TCP/IP es el protocolo comn utilizado por todos los ordenadores conectados a
Internet, de manera que stos puedan comunicarse entre s. Hay que tener en cuenta que en
Internet se encuentran conectados ordenadores de clases muy diferentes y con hardware y
software incompatibles en muchos casos, adems de todos los medios y formas posibles de
conexin. Aqu se encuentra una de las grandes ventajas del TCP/IP, pues este protocolo se
encargar de que la comunicacin entre todos sea posible. TCP/IP es compatible con
cualquier sistema operativo y con cualquier tipo de hardware.

TCP/IP no es un nico protocolo, sino que es en realidad lo que se conoce con este
nombre es un conjunto de protocolos que cubren los distintos niveles del modelo OSI. Los
dos protocolos ms importantes son el TCP (Transmission Control Protocol por sus siglas en
ingls o Protocolo de Control de Transmisin) y el IP (Internet Protocol por sus siglas en
ingls o Protocolo Interner), que son los que dan nombre al conjunto. La arquitectura del
TCP/IP consta de cinco niveles o capas en las que se agrupan los protocolos, y que se
relacionan con los niveles OSI de la siguiente manera:
CAPITULO 7. TCP y UDP

131

Aplicacin: Se corresponde con los niveles OSI de aplicacin, presentacin y sesin.
Aqu se incluyen protocolos destinados a proporcionar servicios, tales como correo
electrnico (SMTP), transferencia de ficheros (FTP), conexin remota (TELNET) y otros
ms recientes como el protocolo HTTP (Hypertext Transfer Protocol por sus siglas en
ingls o Protocolo de Transferencia de HiperTexto).

Transporte: Coincide con el nivel de transporte del modelo OSI. Los protocolos de este
nivel, tales como TCP y UDP, se encargan de manejar los datos y proporcionar la
fiabilidad necesaria en el transporte de los mismos.

Internet: Es el nivel de red del modelo OSI. Incluye al protocolo IP, que se encarga de
enviar los paquetes de informacin a sus destinos correspondientes. Es utilizado con
esta finalidad por los protocolos del nivel de transporte.

Fsico: Anlogo al nivel fsico del OSI.

Red: Es la interfaz de la red real. TCP/IP no especifica ningn protocolo concreto, as es
que corre por las interfaces conocidas, como por ejemplo: 802.2, CSMA/CD, X.25.

El TCP/IP necesita funcionar sobre algn tipo de red o de medio fsico que
proporcione sus propios protocolos para el nivel de enlace de Internet. Por este motivo hay
que tener en cuenta que los protocolos utilizados en este nivel pueden ser muy diversos y no
forman parte del conjunto TCP/IP. Sin embargo, esto no debe ser problemtico puesto que
una de las funciones y ventajas principales del TCP/IP es proporcionar una abstraccin del
medio de forma que sea posible el intercambio de informacin entre medios diferentes y
tecnologas que inicialmente son incompatibles.

Para transmitir informacin a travs de TCP/IP, sta debe ser dividida en unidades de
menor tamao. Esto proporciona grandes ventajas en el manejo de los datos que se
transfieren y, por otro lado, esto es algo comn en cualquier protocolo de comunicaciones.


132

En TCP/IP cada una de estas unidades de informacin recibe el nombre de "datagrama"
(datagram), y son conjuntos de datos que se envan como mensajes independientes.

7.3.- Protocolos TCP/IP.

FTP (File Transfer Protocol). Se utiliza para transferencia de archivos.

SMTP (Simple Mail Transfer Protocol). Es una aplicacin para el correo electrnico.

TELNET: Permite la conexin a una aplicacin remota desde un proceso o terminal.

RPC (Remote Procedure Call). Permite llamadas a procedimientos situados
remotamente. Se utilizan las llamadas a RPC como si fuesen procedimientos locales.

SNMP (Simple Network Management Protocol). Se trata de una aplicacin para el
control de la red.

NFS (Network File System). Permite la utilizacin de archivos distribuidos por los
programas de la red.

X-Windows. Es un protocolo para el manejo de ventanas e interfaces de usuario.

7.4.- Caractersticas de TCP/IP.

Ya que dentro de un sistema TCP/IP los datos transmitidos se dividen en pequeos
paquetes, stos resaltan una serie de caractersticas.

La tarea de IP es llevar los datos a granel (los paquetes) de un sitio a otro. Las
computadoras que encuentran las vas para llevar los datos de una red a otra

133

(denominadas enrutadores) utilizan IP para trasladar los datos. En resumen IP mueve
los paquetes de datos a granel, mientras TCP se encarga del flujo y asegura que los
datos estn correctos.

Las lneas de comunicacin se pueden compartir entre varios usuarios. Cualquier tipo de
paquete puede transmitirse al mismo tiempo, y se ordenar y combinar cuando llegue a
su destino. Compare esto con la manera en que se transmite una conversacin
telefnica. Una vez que establece una conexin, se reservan algunos circuitos, que no
puede emplear en otra llamada, aun si deja esperando a su interlocutor por veinte
minutos.

Los datos no tienen que enviarse directamente entre dos computadoras. Cada paquete
pasa de computadora en computadora hasta llegar a su destino. ste, claro est, es el
secreto de cmo se pueden enviar datos y mensajes entre dos computadoras aunque no
estn conectadas directamente entre s. Lo que realmente sorprende es que slo se
necesitan algunos segundos para enviar un archivo de buen tamao de una mquina a
otra, aunque estn separadas por miles de kilmetros y pese a que los datos tienen que
pasar por mltiples computadoras. Una de las razones de la rapidez es que, cuando algo
anda mal, slo es necesario volver a transmitir un paquete, no todo el mensaje.

Los paquetes no necesitan seguir la misma trayectoria. La red puede llevar cada paquete
de un lugar a otro y usar la conexin ms idnea que est disponible en ese instante. No
todos los paquetes de los mensajes tienen que viajar, necesariamente, por la misma ruta,
ni necesariamente tienen que llegar todos al mismo tiempo.

La flexibilidad del sistema lo hace muy confiable. Si un enlace se pierde, el sistema usa
otro. Cuando usted enva un mensaje, el TCP divide los datos en paquetes, ordena stos
en secuencia, agrega cierta informacin para control de errores y despus los lanza
hacia fuera, y los distribuye. En el otro extremo, el TCP recibe los paquetes, verifica si
hay errores y los vuelve a combinar para convertirlos en los datos originales. De haber
error en algn punto, el programa TCP destino enva un mensaje solicitando que se
vuelvan a enviar determinados paquetes.


134

7.5.- En que se utiliza TCP/IP.

Muchas grandes redes han sido implementadas con estos protocolos, incluyendo
DARPA Internet "Defense Advanced Research Projects Agency Internet", en espaol, Red
de la Agencia de Investigacin de Proyectos Avanzados de Defensa. De igual forma, una
gran variedad de universidades, agencias gubernamentales y empresas de computadoras,
estn conectadas mediante los protocolos TCP/IP. Cualquier mquina de la red puede
comunicarse con otra distinta y esta conectividad permite enlazar redes fsicamente
independientes en una red virtual llamada Internet. Las mquinas en Internet son
denominadas "hosts" o nodos.

TCP/IP proporciona la base para muchos servicios tiles, incluyendo correo electrnico,
transferencia de ficheros y login remoto.

El correo electrnico est diseado para transmitir ficheros de texto pequeos. Las
utilidades de transferencia sirven para transferir ficheros muy grandes que contengan
programas o datos. Tambin pueden proporcionar chequeos de seguridad controlando las
transferencias.

El login remoto permite a los usuarios de un ordenador acceder a una mquina remota y
llevar a cabo una sesin interactiva.

7.6.- Protocolo UDP.

El mdulo UDP (User Datagram Protocol por sus siglas en ingls o Protocolo de
Datagramas de Usuario) [RFC768] es un fino recubrimiento a la capa IP que cumple las
funciones equivalentes al nivel OSI de Transporte de datagramas. Proporciona un servicio
sin conexin y, por ello, de baja fiabilidad.

No se garantiza la entrega de los datagramas, ni su llegada en orden o no
duplicacin. Los servicios que requieran un sistema de transporte fiable deben emplear el

135

TCP (Transport Control Protocol) o algn esquema similar, como la familia de protocolos TPx
de OSI.

UDP (User Datagram Protocol) es un protocolo que se basa en el intercambio de
datagramas. UDP permite el envo de datagramas a travs de la red sin que se haya
establecido previamente una conexin, ya que el propio datagrama incorpora suficiente
informacin de direccionamiento en su cabecera.

El inconveniente de esta forma de actuacin es que no hay confirmacin de recepcin
ni de haber recibido los datagramas en el orden adecuado, debiendo ser la aplicacin la que
se encargue de controlarlo.

Al igual que los protocolos TCP, utiliza puertos y sockets y, tambin permite la
multiplexacin.

El protocolo de datagramas de usuario (UDP) puede ser la alternativa al TCP en
algunos casos en los que no sea necesario el gran nivel de complejidad proporcionado por el
TCP. Puesto que UDP no admite numeracin de los datagramas, ste protocolo se utiliza
principalmente cuando el orden en que se reciben los mismos no es un factor fundamental, o
tambin cuando se quiere enviar informacin de poco tamao que cabe en un nico
datagrama.

Cuando se utiliza UDP la garanta de que un paquete llegue a su destino es mucho
menor que con TCP debido a que no se utilizan las seales de confirmacin. Por todas estas
caractersticas la cabecera del UDP es bastante menor en tamao que la de TCP. Esta
simplificacin resulta en una mayor eficiencia en determinadas ocasiones.

Un ejemplo tpico de una situacin en la que se utiliza el UDP es cuando se pretende
conectar con un ordenador de la red, utilizando para ello el nombre del sistema. Este nombre
tendr que ser convertido a la direccin IP que le corresponde y, por tanto, tendr que ser
enviado a algn servidor que posea la base de datos necesaria para efectuar la conversin.
En este caso es mucho ms conveniente el uso de UDP.


136

A pesar de todo existen servicios perfectamente vlidos en un entorno de
funcionamiento poco fiable y, por otra parte, en una red local por ejemplo la sobrecarga
asociada a un protocolo ms seguro puede resultar inaceptable. La calidad de servicio
intrnseca es ya lo bastante elevada.

Las caractersticas de este mdulo son:

Transmisin y recepcin de datagramas aislados, sin el concepto de conexin
o Servicio no fiable: posibles prdidas, duplicaciones y llegada desordenada de
datagramas
o Posibilidad de esperar la recepcin de datagramas dirigidos a ciertos canales
especficos, denominados "puertos"
En cuanto a los servicios que utilizan este mdulo, destacan:

Servidores de Dominios de Nombres (DNS) [RFC1034] [RFC1035].
Estos sistemas proporcionan una funcionalidad bsica en el mundo Internet. Su
principal tarea consiste en efectuar la traduccin entre una direccin simblica y su direccin
IP correspondiente. Tambin son utilizados masivamente para el encaminamiento del correo
electrnico.

Protocolos ECHO y DISCARD [RFC862] [RFC863].
El fin primordial de estos protocolos es el chequeo y diagnstico de sistemas.

Llamadas a procedimientos remotos (RPC) [RFC1057] [RFC1831].
Se trata de un protocolo diseado para la implementacin de arquitecturas cliente-
servidor y la programacin de sistemas distribuidos. Constituye la base de multitud de otros
protocolos, como el NFS.

Sistema de ficheros en red (NFS) [RFC1094] [RFC1813].
Gracias a este protocolo se implementa una arquitectura de ficheros estndar,
accesible a travs de una red telemtica. Tiene un uso masivo en las redes locales, a
travs de los "servidores de ficheros".

137

Distribucin de las tablas de enrutado.

Para que la red en su conjunto ofrezca una imagen homognea y coherente es
necesario que las diferentes pasarelas dispongan de informacin actualizada sobre su
topologa. Esto se consigue mediante el intercambio de informacin de encaminamiento
entre los diferentes sistemas, va los servicios UDP y TCP.

Interfaz.

La interfaz de este mdulo est constituida por procesos y por subrutinas ejecutadas
en el contexto del llamante. Su utilizacin es muy simple.
PROC_UDP_BC

Este proceso es el encargado de inicializar este mdulo. Debe ser invocado con un
mensaje "MSG_INIT" o "MSG_QUIT". La inicializacin de este mdulo debe ser posterior a la
del mdulo IP.
PROC_UDP_SUP

Este proceso se hace cargo de la transmisin de datagramas. Espera mensajes
"MSG_MBUF". campo1 contiene una cadena de dos o ms MBUFs, el primero de ellos
conteniendo una cabecera UDP interfaz y el resto los datos en s. La cabecera UDP interfaz
se define como:
typedef struct {
uint16 puerto_fuente;
uint16 puerto_destino;
uint16 dont_fragment;
uint16 dummy;
}udp_header;

Los campos "puerto_fuente" y "puerto_destino" identifican el puerto UDP al cual va
dirigido el datagrama dentro de la mquina destino, y el puerto al cual tendr que dirigir su
posible respuesta. Si "dont_fragment" vale cero se admite la fragmentacin del datagrama,

138

mientras que si vale uno ser destruido si excede el MTU de alguna de las redes
intermedias. El valor de "dummy" es arbitrario.

Campo1. Contiene la direccin IP fuente (una de las nuestras), mientras que en campo3 se
enva la direccin IP del destino. Ambos valores deben estar en formato HOST.
PROC_UDP_INF

Este es el proceso que procesa los datagramas UDP recibidos por la capa IP, y
gestiona los mensajes de control provenientes de ICMP.

o MSG_MBUF

Este es el tipo de mensaje ms normal que este proceso espera recibir. Contiene un
datagrama UDP segn el formato definido por la capa IP.
Este proceso tambin enva mensajes "MSG_MBUF" hacia arriba. En ese caso campo1
contiene una cabecera UDP interfaz y el datagrama en s (en dos MBUFs, respectivamente).

campo2. Contiene la direccin origen y campo3 la direccin destino del datagrama. Los
campos "dont_fragment" y "dummy" de la cabecera UDP interfaz contendrn valores
indefinidos.

o MSG_ICMP_SOURCE_QUENCH

El proceso recibe este mensaje de la capa ICMP. El formato es el definido en el captulo
dedicado a ICMP. No se informa a la aplicacin superior.

o MSG_ICMP_DEST_UNREACHABLE

Si el proceso recibe este mensaje proveniente de la capa ICMP, enva hacia arriba, al
proceso que gestiona el puerto fuente original, otro mensaje
"MSG_ICMP_DEST_UNREACHABLE" con campo1 obedeciendo al formato UDP interfaz,
mientras que campo2 proporciona informacin adicional (ver el captulo ICMP) y campo3
contiene la direccin IP de la mquina a la que no se puede llegar (formato HOST).

139

En cuanto a rutinas, se tiene:

estado udp_alta_puerto (uint16 puerto, proc_id proc_retorno);

Esta rutina da de alta un puerto UDP para escucha. Cualquier datagrama que llegue
al puerto "puerto" ser enviado al proceso cuyo identificador sea "proc_retorno". Esta rutina
retorno "OK" si todo fue bien, "ERR_EN_USO" si el puerto especificado ya ha sido declarado
con anterioridad y "ERR_OVERFLOW" si hay demasiados puertos declarados.

uint16 udp_alta_puerto_arbitrario (proc_id proc_retorno);

Esta rutina es idntica a la anterior pero asigna un puerto cualquiera que est libre.
Por compatibilidad con posibles servicios superiores, el puerto asignado ser siempre mayor
o igual que 1024. Retorna el valor del puerto asignado, o cero si hay demasiados puertos
declarados.

void udp_baja_puerto (uint16 puerto);

Esta rutina da de baja un puerto previamente declarado. Cualquier datagrama UDP
que se reciba hacia ese puerto ser rechazado con un error ICMP.
estado udp_flujo (uint32 ip, uint16 tamanho);

Esta rutina proporciona un mecanismo de control de flujo UDP. Cuando algn
proceso desea enviar un datagrama utilizando este protocolo debe pedir permiso antes
mediante el empleo de esta llamada. "ip" contiene una de nuestras direcciones origen y
"tamanho" es el nmero de bytes que se desea transmitir. Retorna "OK" si se tiene el flujo
abierto, "FLUJ O_LLENO" si se prohbe la transmisin y "ERR_INVALID" si la direccin
especificada no es nuestra. Si el control de flujo est cerrado se puede reintentar otra vez
tras un tiempo prudencial (una dcima de segundo, por ejemplo).

An cuando el control de flujo est cerrado, la capa UDP se har cargo de cualquier
datagrama que se enve. Esto es as para simplificar ciertos protocolos, pero no debera
abusarse de esta caracterstica si no se est completamente seguro de sus implicaciones.

140

Implementacin.

Este mdulo sigue escrupulosamente todas las guas definidas en [RFC768],
implantndolo completamente. Aunque el protocolo original tiene la posibilidad de no
emplear suma de control en los datagramas, se ha decidido implementarla debido a que ello
no supone una prdida de eficiencia detectable.

Todos los datagramas salientes, por tanto, incluyen una suma de control. No
obstante, por compatibilidad, se admiten datagramas UDP entrantes tanto con suma de
control como sin ella.

En la implementacin actual los mensajes de control de flujo,
"MSG_ICMP_SOURCE_QUENCH", son ignorados. La razn de ello es que no resulta
sencillo definir un mecanismo de control de flujo y congestin en un sistema de datagramas.
Por otra parte el protocolo UDP no suele suponer una carga apreciable y los esquemas de
temporizacin y reintentos de las capas superiores suelen ser suficientes para reducir este
problema.

Cualquier datagrama UDP que se reciba hacia un puerto no declarado ser destruido
y se generar un mensaje "MSG_ICMP_DEST_UNREACHABLE" con el cdigo
"ICMP_NO_PUERTO" para informar a la mquina fuente de que el puerto especificado no
existe. Si lo que llega es un datagrama con una suma de control errnea (si tiene suma de
control), se elimina sin ninguna accin adicional. No se puede arriesgar a generar un
mensaje ICMP porque el datagrama estaba corrupto y no se puede contar con que la
informacin de encaminamiento recibida sea correcta.

7.6.1.- Encabezado de UDP.

El encabezado de UDP proporciona:

Puerto de origen: nmero de puerto de 16 bits
Puerto de destino: nmero de puerto de 16 bits

141

Longitud (del encabezado de UDP +los datos): octetos de 16 bits en el datagrama
de UDP
Checksum de UDP (16 campos de 16 bits); si es 0, no hay ningn checksum, sino
hay un checksum sobre el pseudo-encabezado +rea de datos de UDP
El pseudo encabezado incluye las direcciones IP de origen y destino (garantizando
as que el mensaje ha llegado a la mquina y puerto correcto).

Note la violacin estricta de capa (UDP es un protocolo de capa 4); usa informacin
de la capa

A pesar de su sencillez y de haber sido opacado por TCP, poderosas y muy utilizadas
aplicaciones se basan en UDP. Entre ellas estn:

NFS (Network File System): permite utilizar discos de estaciones remotas como si
fueran propios.
DNS (Domain Name Server): servicio de nombres
SNMP (Simple Network ManagementProtocol)

Cmo saber a cul puerto enviar?

Existen nmeros de puerto UDP Reservados y Disponibles. Asignacin universal
(asignaciones del puerto "bien conocido") vs. Atado Dinmico
Internet usa una mezcla de estos dos con 255 puertos reservados:

Demultiplexado basado en los puertos de protocolo (o simplemente "puertos") por UDP:

7.6.2.- Formato del mensaje UDP.

La mejor forma de explicar este protocolo es examinar el mensaje y los campos
que lo componen. El formato es muy simple e incluye los siguientes campos:


142

Puerto de fuente: Este valor identifica el puerto del proceso de aplicacin remitente. Este
campo es opcional. Si no se utiliza. Se pone a 0.

Puerto de destino: Este valor identifica el proceso de recepcin en el computador de
destino.

Longitud: Este valor indica la longitud del datagrama de usuario. Incluyendo la cabecera y
los datos. La longitud mnima es de 8 octetos.

Checksum: Este valor contiene el valor del complemento a 1 en 16 bits del complemento a 1
de la suma de la seudocabecera de IP, la cabecera de UDP y los datos. Se realiza tambin
el checksum de los campos de relleno (si es necesario que el mensaje contenga un nmero
de octetos que sea un mltiplo de dos).

Poco ms se puede decir de UDP. Representa el nivel de servicio mnimo que utilizan
muchos sistemas de aplicacin basados en transacciones. Es, sin embargo, muy til en los
casos en los que no son necesarios los servicios de TCP.

7.7.- Conclusin.

Con esta investigacin se puede llegar a la conclusin de que el protocolo de
datagramas de usuario (UDP) proporciona un servicio sin conexin y por ello, baja su
fiabilidad.

El inconveniente de usar datagramas sin establecer una conexin previamente es
que no existe una confirmacin de recepcin ni de haber recibido los datagramas en el orden
adecuado, debiendo ser la aplicacin la que se encargue de controlarlo.

Al igual que los protocolos TCP, utilizan puertos sockets y, tambin permiten la
multiplexacin.


143

El sistema de videovigi lancia utiliza los dos protocolos:

TCP al ser un protocolo orientado a conexin se utiliza para el envio de datos para controlar
las peticiones de servicio y para enviar comandos sobre sucesos en la videovigilancia.

UDP al ser un protocolo no orientado a conexin se utiliza para enviar el audio y video
codificado ya que no es importante reenviar datagramas perdidos.


144

CAPITULO 8. REDES PRIVADAS
VIRTUALES (VPN).

145

CAPITULO 8. REDES PRIVADAS VIRTUALES (VPN).

8.1 Introduccin.

Una VLAN se encuentra conformada por un conjunto de dispositivos de red, los
cuales funcionan de igual manera como lo hacen los de una LAN, pero con la diferencia de
que las estaciones que constituyen la VLAN no necesariamente debern estar ubicadas en
el mismo segmento fsico.

Sin embargo, las VLAN siguen compartiendo las caractersticas de los grupos de
trabajos fsicos, en el sentido de que todos los usuarios comparten sus dominios de
broadcast, la diferencia principal con la agrupacin fsica, es que los usuarios de las VLAN
pueden estar distribuidos a travs de una red LAN, incluso situndose en distintos
concentradores de la misma.

As los usuarios pueden, a travs de la red, mantener su propia pertenencia al grupo de
trabajo lgico.

Por otro lado, al distribuir a los usuarios de un mismo grupo lgico, a travs de diferentes
segmentos, se logra, como consecuencia directa, el incremento del ancho de banda en dicho
grupo de usuarios.

Adems al poder distribuir a los usuarios en diferentes segmentos de red, se puede situar
puentes y ruteadores entre ellos, separando segmentos con diferentes topologas y
protocolos.

Se puede autorizar o negar que el trfico de una VLAN entre y salga desde y hacia
otras redes, pero se puede llegar an ms lejos. Las redes virtuales permiten que la
ubicacin geogrfica no se limite a diferentes concentradores o plantas de un mismo edificio,
sino a diferentes oficinas intercomunicadas por medio de redes WAN (Redes de rea
Amplia), a lo largo de pases y continentes sin ninguna limitacin mas que la que impone el
propio administrador de dichas redes.

146

Las redes privadas virtuales crean un tnel o conducto de un sitio a otro para
transferir datos a esto se le conoce como encapsulacin adems los paquetes van
encriptados de forma que los datos son ilegibles para los extraos.

El servidor busca mediante un ruteador la direccin IP del cliente VPN y en la red de transito
se envian los datos sin problemas.

VLAN (Redes Virtuales de rea Local).

Una buena alternativa para transportar datos
Bajo el mismo equipo fsico , diferentes agrupamientos lgicos

Hace algn tiempo exista el modelo de red basado en ruteadores, en el que se posean
segmentos independientes y delimitados por cada usuario. Estos ruteadores aparte de ser
multiprotocolo podan detener las tormentas de broadcast, pero la desventaja era su sistema
compartido.

Posteriormente surgi un nuevo modelo en donde se involucraba la parte de switch.
Aqu ya no exista contencin ni colisin, pero ahora el problema consista en la expansin
del dominio de broadcast por la red.
Como respuesta a estos problemas se creo una red con agrupamientos lgicos
independientes del nivel fsico, con lo cual si un usuario se encontraba en el piso uno y deba
moverse al piso dos ya no tenia que reconfigurar la maquina ni darle una nueva direccin
IP(Internet Protocol; Protocolo de Internet) del piso dos, sino que ahora era una accin
automtica.

Las VLAN (Virtual Local Area Networks; Redes virtuales de rea local) forman grupos
lgicos para definir los dominios de broadcast. De esta forma existe el dominio de los rojos,
donde el broadcast que genera el rojo solo le afectara a este color y el broadcast que
genera el amarillo solamente afectara a esta parte de la red.


147

Aunque fsicamente estn conectadas las maquinas al mismo equipo, lgicamente
pertenecern a una VLAN distinta dependiendo de sus aplicaciones con lo que se logra un
esquema mas enfocado al negocio.

Anteriormente exista la red plana, donde el broadcast se repeta en los puertos y esto
provocaba una situacin critica. Ahora con las VLAN existe una segmentacin lgica o
virtual.

Clases de VLAN.

Existen dos clases de VLAN: implcitas y explcitas.

Las implcitas no necesitan cambios en el frame, pues de la misma forma que
reciben informacin la procesan, ejemplo de ello son las VLAN basadas en puertos.
En esta clase de VLAN el usuario no modifica ni manipula el frame, ya que solo
posee una marca y por lo tanto el sistema se vuelve propietario.
Las VLAN explcitas si requieren modificaciones, adiciones y cambios (MAC) al
frame, por lo que sacaron los estndares 802.1p y 802.1q, en donde se colocan
ciertas etiquetas o banderas en el frame para manipularlo.

Esta clase surge ante la necesidad de interoperar en un ambiente con diferentes
marcas, pero basadas en estndares. Por ejemplo: si requieren transportar informacin de la
VLAN uno con equipo Alcatel a la VLAN dos que funcionan con equipo Cabletron, se debe
utilizar un protocolo estndar para lograrlo.

Un problema actual de las VLAN implcitas es que aun son propietarias y las
explcitas son abiertas. Ambas clases de VLAN debern utilizar los mtodos de Networking,
Inter-Domain e Inter-VLAN para realizar sus funciones de forma ms simple.

Otro de los problemas de las VLAN es la Calidad de Servicios (QoS; Quality of
service), ya que con ATM (Asinchronous Transfer Mode; Modo de transferencia asincrona)
s tenia garantizada la calidad de forma intrnseca, pero ahora se busca que las redes de

148

frames puedan dar QoS, para que dentro de las VLAN el usuario pueda indicar la prioridad
de sus paquetes y de esta forma eficientar el ancho de banda.

Las VLAN deben ser rpidas, basadas en switchs para que sean interoperables
totalmente porque los routers no dan la velocidad requerida- , su informacin deber viajar
a travs del backbone y debern ser movibles, es decir, que el usuario no tenga que
reconfigurar la maquina cada vez que se cambie de lugar.

Las generaciones de las VLAN.
1. Basadas en puertos y direcciones MAC
2. Internet Working; se apoya en protocolo y direccin capa tres.
3. De aplicacin y servicios: aqu se encuentran los grupos multicast y las VLAN definidas
por el usuario.
4. Servicios avanzados: ya se cumple con los tres criterios antes de realizar alguna
asignacin a la VLAN; se puede efectuar por medio de DHCP (Dynamic Host Configuration
Protocol; Protocolo de configuracin dinmica) o por AVLAN (Authenticate Virtual Local Area
Networks; Redes virtuales autenticadas de rea local).

VLAN por Puerto.

Este tipo es el ms sencillo ya que un grupo de puertos forma una VLAN -un puerto
solo puede pertenecer a una VLAN, el problema se presenta cuando se quieren hacer MAC
ya que la tarea es compleja.

VLAN por MAC.

Se basa en MAC Address, por lo que se realiza un mapeo para que el usuario
pertenezca a una determinada VLAN. Obviamente depender de la poltica de creacin.
Este tipo de VLAN ofrece mayores ventajas, pero es complejo porque hay que meterse con

149

las direcciones MAC y si no se cuenta con un software que las administre, ser muy
laborioso configurar cada una de ellas.

VLAN por Protocolo.

Lo que pertenezca a IP s enrutar a la VLAN de IP e IPX se dirigir a la VLAN de
IPX , es decir, se tendr una VLAN por protocolo. Las ventajas que se obtienen con este tipo
de VLAN radican en que dependiendo del protocolo que use cada usuario, este se conectara
automticamente a la VLAN correspondiente.

VLAN por subredes de IP o IPX.

Aparte de la divisin que ejecuta la VLAN por protocolo, existe otra subdivisin dentro
de este para que el usuario aunque este conectado a la VLAN del protocolo IP sea
asignado en otra VLAN -subred- que pertenecer al grupo 10 o 20 dentro del protocolo.

VLAN por direcciones IP multicast.

Generalmente son las direcciones de clase D las que ayudan a formular la VLAN. El
mapeo o la asignacin a la VLAN se basa o referencia en la direccin multicast.

VLAN definidas por el usuario.

En esta poltica de VLAN se puede generar un patrn de bits, para cuando llegue el
frame. Si los primeros cuatro bits son 1010 se irn a la VLAN de ingeniera, sin importar las
caractersticas del usuario protocolo, direccin MAC y puerto -.
Si el usuario manifiesta otro patrn de bits, entonces se trasladara a la VLAN que le
corresponda; aqu el usuario define las VLAN.

VLAN Binding.

Se conjugan tres parmetros o criterios para la asignacin de VLAN: si el usuario es
del puerto x, entonces se le asignara una VLAN correspondiente.

150

Tambin puede ser puerto, protocolo y direccin MAC, pero lo importante es cubrir los tres
requisitos previamente establecidos, ya que cuando se cumplen estas tres condiciones se
coloca al usuario en la VLAN asignada, pero si alguno de ellos no coincide, entonces se
rechaza la entrada o se manda a otra VLAN.

VLAN por DHCP.

Aqu ya no es necesario proporcionar una direccin IP, sino que cuando el usuario
enciende la computadora automticamente el DHCP pregunta al servidor para que tome la
direccin IP y con base en esta accin asignar al usuario a la VLAN correspondiente. Esta
poltica de VLAN es de las ltimas generaciones.

Fuente: Revista RED
La comunidad de expertos en redes
J unio 2001 Edicin 129

Requerimientos bsicos de una VPN.

Por lo general cuando se desea implantar una VPN hay que asegurarse que esta
proporcione:
Identificacin de usuario.
Administracin de direcciones.
Codificacin de datos.
Administracin de claves.
Soporte a protocolos mltiples.
Identificacin de usuario.
La VPN debe ser capaz de verificar la identidad de los usuarios y restringir el acceso
a la VPN a aquellos usuarios que no estn autorizados. As mismo, debe
proporcionar registros estadsticos que muestren quien acceso, que informacin y
cuando.


151

Administracin de direcciones.

La VPN debe establecer una direccin del cliente en la red privada y debe cerciorarse
que las direcciones privadas se conserven as.
Codificacin de datos.

Los datos que se van a transmitir a travs de la red pblica deben ser previamente
encriptados para que no puedan ser ledos por clientes no autorizados de la red.
Administracin de claves.

La VPN debe generar y renovar las claves de codificacin para el cliente y el servidor.
Soporte a protocolos mltiples.

La VPN debe ser capaz de manejar los protocolos comunes que se utilizan en la red pblica.
Estos incluyen el protocolo de Internet (IP), el intercambio de paquete de Internet (IPX) entre
otros.

Herramientas de una VPN.

-VPN Gateway.
- Software.
- Firewall.
- Router.
- VPN Gateway.
- Dispositivos con un software y hardware especial para proveer de capacidad a la VPN.
- Software.
- Esta sobre una plataforma PC o Workstation, el software desempea todas las funciones
de la VPN.

Ventajas de una VPN.
- Dentro de las ventajas ms significativas podremos mencionar la integridad,
confidencialidad y seguridad de los datos.

152

- Reduccin de costos.
- Sencilla de usar.
- Sencilla instalacin del cliente en cualquier PC Windows.
- Control de Acceso basado en polticas de la organizacin
- Herramientas de diagnostico remoto.
- Los algoritmos de compresin optimizan el trfico del cliente.
Evita el alto costo de las actualizaciones y mantenimiento a las PCs remotas.

8.2. Protocolo PPTP.

PPTP (Point-to-Point Tunneling Protocol o Protocolo de tnel punto a punto) fue
desarrollado por ingenieros de Ascend Communications, U.S. Robotics, 3Com Corporation,
Microsoft, y ECI Telematics para proveer entre usuarios de acceso remoto y servidores de
red una red privada virtual.

Como protocolo de tnel, PPTP encapsula datagramas de cualquier protocolo de red
en datagramas IP, que luego son tratados como cualquier otro paquete IP. La gran ventaja
de este tipo de encapsulamiento es que cualquier protocolo puede ser ruteado a travs de
una red IP, como Internet.

PTP fue diseado para permitir a los usuarios conectarse a un servidor RAS desde
cualquier punto en Internet para tener la misma autenticacin, encriptacin y los mismos
accesos de LAN como si discaran directamente al servidor. En vez de discar a un modem
conectado al servidor RAS, los usuarios se conectan a su proveedor y luego "llaman" al
servidor RAS a travs de Internet utilizando PPTP.

Existen dos escenarios comunes para este tipo de VPN:

El usuario remoto se conecta a un ISP que provee el servicio de PPTP hacia el
servidor RAS.


153

El usuario remoto se conecta a un ISP que no provee el servicio de PPTP hacia el
servidor RAS y, por lo tanto, debe iniciar la conexin PPTP desde su propia mquina
cliente.

Para el primero de los escenarios, el usuario remoto estable una conexin PPP con el
ISP, que luego establece la conexin PPTP con el servidor RAS. Para el segundo escenario,
el usuario remoto se conecta al ISP mediante PPP y luego "llama" al servidor RAS mediante
PPTP. Luego de establecida la conexin PPTP, para cualquiera de los dos casos, el usuario
remoto tendr acceso a la red corporativa como si estuviera conectado directamente a la
misma.

La tcnica de encapsulamiento de PPTP se basa en el protocolo Generic Routing
Encapsulation (GRE), que puede ser usado para realizar tneles para protocolos a travs de
Internet. La versin PPTP, denominada GREv2, aade extensiones para temas especficos
como Call Id y velocidad de conexin.

El paquete PPTP est compuesto por un header de envo, un header IP, un header
GREv2 y el paquete de carga. El header de envo es el protocolo enmarcador para
cualquiera de los medios a travs de los cuales el paquete viaja, ya sea Ethernet, frame
relay, PPP. El header IP contiene informacin relativa al paquete IP, como ser, direcciones
de origen y destino, longitud del datagrama enviado, etc. El header GREv2 contiene
informacin sobre el tipo de paquete encapsulado y datos especficos de PPTP
concernientes a la conexin entre el cliente y servidor. Por ltimo, el paquete de carga es el
paquete encapsulado, que, en el caso de PPP, el datagrama es el original de la sesin PPP
que viaja del cliente al servidor y que puede ser un paquete IP, IPX, NetBEUI, entre otros.

Para la autenticacin, PPTP tiene tres opciones de uso: CHAP, MS-CHAP y aceptar
cualquier tipo, inclusive texto plano. Si se utiliza CHAP, Standard en el que se intercambia un
"secreto" y se comprueba ambos extremos de la conexin coincidan en el mismo, se utiliza la
contrasea de Windows NT, en el caso de usar este sistema operativo, como secreto. MS-
CHAP es un Standard propietario de Microsoft y resulta ser una ampliacin de CHAP. Para
la tercer opcin, el servidor RAS aceptar CHAP, MS-CHAP o PAP (Password
Autenthication Protocol), que no encripta las contraseas.

154

Para la encriptacin, PPTP utiliza el sistema RC4 de RSA, con una clave de sesin de 40
bits.

8.3. Protocolo L2TP.

Layer-2 Tunneling Protocol (L2TP) facilita el entunelamiento de paquetes PPP a
travs de una red de manera tal que sea lo ms transparente posible a los usuarios de
ambos extremos del tnel y para las aplicaciones que stos corran.

El escenario tpico L2TP, cuyo objetivo es la creacin de entunelar marcos PPP entre el
sistema remoto o cliente LAC y un LNS ubicado en una LAN local.

Un L2TP Access Concentrator (LAC) es un nodo que acta como un extremo de un
tnel L2TP y es el par de un LNS. Un LAC se sita entre un LNS y un sistema remoto y
manda paquetes entre ambos. Los paquetes entre el LAC y el LNS son enviados a travs del
tnel L2TP y los paquetes entre el LAC y el sistema remoto es local o es una conexin PPP.

Un L2TP Network Server (LNS) acta como el otro extremo de la conexin L2TP y es
el otro par del LAC. El LNS es la terminacin lgica de una sesin PPP que est siendo
puesta en un tnel desde el sistema remoto por el LAC.

Un cliente LAC, una mquina que corre nativamente L2TP, puede participar tambin en el
tnel, sin usar un LAC separado. En este caso, estar conectado directamente a Internet.

El direccionamiento, la autenticacin, la autorizacin y el servicio de cuentas son provedos
por el Home LANs Management Domain.

L2TP utiliza dos tipos de mensajes: de control y de datos. Los mensajes de control
son usados para el establecimiento, el mantenimiento y el borrado de los tneles y las
llamadas. Utilizan un canal de control confiable dentro de L2TP para garantizar el envo. Los
mensajes de datos encapsulan los marcos PPP y son enviados a travs del tnel.


155

Los marcos PPP son enviados a travs de un canal de datos no confiable,
encapsulado primero por un encabezado L2TP y luego por un transporte de paquetes como
UDP, Frame Relay o ATM. Los mensajes de control son enviados a travs de un canal de
control L2TP confiable que transmite los paquetes sobre el mismo transporte de paquete.

Se requiere que haya nmeros de secuencia en los paquetes de control, que son
usados para proveer el envo confiable en el canal de control. Los mensajes de datos
pueden usar los nmeros de secuencia para reordenar paquetes y detectar paquetes
perdidos.

Al correr sobre UDP/IP, L2TP utiliza el puerto 1701. El paquete entero de L2TP,
incluyendo la parte de datos y el encabezado, viaja en un datagrama UDP. El que inicia un
tnel L2TP toma un puerto UDP de origen que est disponible, pudiendo ser o no el 1701 y
enva a la direccin de destino sobre el puerto 1701. Este extremo toma un puerto libre, que
puede ser o no el 1701, y enva la respuesta a la direccin de origen, sobre el mismo puerto
iniciador. Luego de establecida la conexin, los puertos quedan estticos por el resto de la
vida del tnel.
En la autenticacin de L2TP, tanto el LAC como el LNS comparten un secreto nico.
Cada extremo usa este mismo secreto al actuar tanto como autenticado como autenticador.
Sobre la seguridad del paquete L2TP, se requiere que el protocolo de transporte de L2TP
tenga la posibilidad de brindar servicios de encriptacin, autenticacin e integridad para el
paquete L2TP en su totalidad. Como tal, L2TP slo se preocupa por la confidencialidad,
autenticidad e integridad de los paquetes L2TP entre los puntos extremos del tnel, no entre
los extremos fsicos de la conexin.

8.4. Protocolo IPSec.

IPSec trata de remediar algunas fallas de IP, tales como proteccin de los datos
transferidos y garanta de que el emisor del paquete sea el que dice el paquete IP. Si bien
estos servicios son distintos, IPSec da soporte a ambos de una manera uniforme.


156

IPSec provee confidencialidad, integridad, autenticidad y proteccin a repeticiones mediante
dos protocolos, que son Authentication Protocol (AH) y Encapsulated Security Payload
(ESP).

Por confidencialidad se entiende que los datos transferidos sean slo entendidos por los
participantes de la sesin.

Por integridad se entiende que los datos no sean modificados en el trayecto de la
comunicacin.

Por autenticidad se entiende por la validacin de remitente de los datos.
Por proteccin a repeticiones se entiende que una sesin no pueda ser grabada y repetida
salvo que se tenga autorizacin para hacerlo.

AH provee autenticacin, integridad y proteccin a repeticiones pero no as confidencialidad.
La diferencia ms importante con ESP es que AH protege partes del header IP, como las
direcciones de origen y destino.

ESP provee autenticacin, integridad, proteccin a repeticiones y confidencialidad de los
datos, protegiendo el paquete entero que sigue al header.

AH sigue al header IP y contiene diseminaciones criptogrficas tanto en los datos como en la
informacin de identificacin. Las diseminaciones pueden tambin cubrir las partes
invariantes del header IP.

El header de ESP permite rescribir la carga en una forma encriptada. Como no considera los
campos del header IP, no garantiza nada sobre el mismo, slo la carga.
Una divisin de la funcionalidad de IPSec es aplicada dependiendo de dnde se realiza la
encapsulacin de los datos, si es la fuente original o un gateway:

El modo de transporte es utilizado por el host que genera los paquetes. En este modo,
los headers de seguridad son antepuestos a los de la capa de transporte, antes de que el
header IP sea incorporado al paquete. En otras palabras, AH cubre el header TCP y

157

algunos campos IP, mientras que ESP cubre la encriptacin del header TCP y los datos,
pero no incluye ningn campo del header IP.

El modo de tnel es usado cuando el header IP entre extremos est ya incluido en el
paquete, y uno de los extremos de la conexin segura es un gateway. En este modo,
tanto AH como ESP cubren el paquete entero, incluyendo el header IP entre los
extremos, agregando al paquete un header IP que cubre solamente el salto al otro
extremo de la conexin segura, que, por supuesto, puede estar a varios saltos del
gateway.

Los enlaces seguros de IPSec son definidos en funcin de Security Associations (SA).
Cada SA est definido para un flujo unidireccional de datos y generalmente de un punto
nico a otro, cubriendo trfico distinguible por un selector nico. Todo el trfico que fluye a
travs de un SA es tratado de la misma manera. Partes del trfico puede estar sujeto a
varios SA, cada uno de los cuales aplica cierta transformacin. Grupos de SA son
denominados SA Bundles. Paquetes entrantes pueden ser asignados a un SA especfico por
los tres campos definitorios: la direccin IP de destino, el ndice del parmetro de seguridad y
el protocolo de seguridad. El SPI puede ser considerado una cookie que es repartido por el
receptor del SA cuando los parmetros de la conexin son negociados. El protocolo de
seguridad debe ser AH o ESP. Como la direccin IP de destino es parte de la tripleta antes
mencionada, se garantiza que este valor sea nico.

Un ejemplo de paquete AH en modo tnel es:
IPhdr AH Iphdr2 TCPhdr Data

Un ejemplo de paquete AH en modo transporte es:
IPhdr AH TCPhdr Data

Como ESP no puede autentificar el header IP ms exterior, es muy til combinar un header
AH y ESP para obtener lo siguiente:
IPhdr AH ESP TCPhdr Data


158

Este tipo de paquete se denomina Transport Adjacency.
La versin de entunelamiento sera:
IPhdr AH ESP Iphdr2 TCPhdr Data

Sin embargo, no es mencionado en las RFC que definen estos protocolos. Como en
Transport Adjacency, esto autenticara el paquete completo salvo algunos pocos campos del
header IP y tambin encriptara la carga. Cuando un header AH y ESP son directamente
aplicados como en esta manera, el orden de los header debe ser el indicado. Es posible, en
el modo de tnel, hacer una encapsulacin arbitrariamente recursiva para que el orden no
sea el especificado.

IPSec hace posible la creacin de tneles seguros entre dos gateways tpicamente
un router, cortafuegos o, incluso, software sobre un PC conectado a la red privada del
usuario a travs de redes pblicas. Los tneles IPSec son establecidos dinmicamente y
libera d o s cuando no estn en uso. Para establecer un tnel, los dos gateways IPSec han
de autenticarse entre s y definir cules sern los algoritmos de seguridad y las claves que
utilizarn. As, IPsec proporciona comunicaciones seguras y la separacin lgica entre los
flujos del trfico de la red privada virtual (VPN) frente al resto de las transmisiones que
cursan la red IP compartida.

IPSec es el nuevo marco de seguridad IP, definido con el advenimiento del IPv6.
Aunque IPv6 est muy poco difundido en este momento, la tecnologa marco IPSec se est
utilizando ya, lo que asegura, entre otras cosas, la interoperatividad entre sistemas de
diversos fabricantes y sistemas operativos, como Linux, windows Macintosh, firewalls y
routers comerciales. IPSec integra confidencialidad, integridad y autentificacin en un mismo
marco interoperante por lo que esta ser la opcin escogida para la implementacin de las
VPN. Adems, como trabaja a nivel IP, es transparente a la aplicacin, ya que esta no
necesita modificacin alguna, y ni siquiera se entera de la existencia de criptografa
intermedia, a diferencia de protocolos de nivel de transporte, como son los tneles sobre
TCP (SSL, SSH).
Ipsec es una tecnologa que protege los paquetes IP de la capa de red, as se forma
una capa segura de un nodo de la red a otro. IPsec utiliza dos protocolos para la proteccin
de los paquetes IP: Cabecera de Autenticacin (AH: Authentication Header) y Cargo de

159

Seguridad Encapsulado (ESP: Encapsulated Security Payload). AH provee autenticacin,
integridad y proteccin a la rplica, mientras que ESP provee adems confidencialidad
(mediante cifrado). Una Asociacin de Seguridad (SA: Security Association) es un enlace
seguro de IPsec definido por un nico flujo unidireccional de datos desde un nico punto
hasta otro. Consiste en el acuerdo de las dos partes comunicantes en el mtodo utilizado
para la comunicacin segura.

Todo el flujo de trfico sobre un SA se trata del mismo modo. El trfico puede ser
entre dos hosts, entre un host y una pasarela de seguridad (Security Gateway) o entre dos
pasarelas de seguridad.

Si el enlace es entre dos hosts, la SA es de modo transporte. En este modo de
funcionamiento de SA, las cabeceras de seguridad se aaden entre la cabecera de la capa
de red IP y la cabecera de transporte (TCP o UDP), garantizando la seguridad al paquete IP
sin cabecera.
AH en modo transporte:
IP Header AH Header TCP Header Carga

ESP en modo transporte:
IP Header ESP Header TCP Header ESP Trailer ESP Authen

Si alguno de los extremos del enlace es una pasarela de seguridad, se utiliza el
modo tnel de SA. En este caso, las cabeceras de seguridad engloban tambin a la
cabecera IP original del paquete IP, teniendo que aadir una nueva cabecera IP que cubre
solamente el salto al otro extremo de la conexin segura.

AH en modo tnel:
New IP Header AH Header IP Header Carga

ESP en modo tnel:
New IP Header ESP Header IP Header Carga ESP cifrado ESP Authen

160

Cada paquete IP se asigna a una SA mediante tres campos: Direccin IP del Destino,
ndice del Parmetro de Seguridad (SPI: Security Parameter Index) y Protocolo de Seguridad
(AH o ESP). Sin embargo, el protocolo no estipula cmo se han de autentificar los pares ni
cmo se intercambian las claves de sesin. Estas tareas son gestionadas por el protocolo de
intercambio de claves de Internet IKE (Internet Key Exchange).

IKE permite que dos puntos extremos puedan establecer conexiones seguras,
utilizando la infraestructura de llaves precompartidas o llaves pblicas (PKI), certificados
digitales administrados por una autoridad certificadora---un servicio externo o interno que
registra las llaves pblicas. IKE permite tambin que una red privada virtual (VPN) pueda
ampliarse a cientos de puntos extremos, mediante el uso del equivalente a una tarjeta de
identificacin digital que identifica cada punto extremo.

8.5. Protocolo MPLS.

MPLS (Multi protocol label switching) consiste en un mtodo de enrutamiento IP
estndar abierto que permite a los proveedores de servicios priorizar distintos tipos de trfico
de aplicaciones y ofrecer por tanto garantas de calidad de servicio (QoS, Quality of Service).

En efecto, permite etiquetar paquetes de datos procedentes de distintas aplicaciones
de conformidad con su urgencia y enrutarlos a continuacin sobre sus LSPs (Label Switched
Paths) predestinados de la red IP privada de una empresa de telecomunicaciones. En la
prctica, lo anterior significa que los datos sensibles a retardos, como la telefona IP o el
trfico de misin crtica procedente de aplicaciones CRM, ERP y SCM, puede llegar a su
destino con prioridad sobre aplicaciones menos crticas.

8.6. Conclusin.

Se puede transmitir video por VPN con el sistema Ojovigilante 1.0 el ancho de banda debe
ser alto para que la calidad del video sea aceptable.


161

PRUEBAS Y RESULTADOS

En este captulo se detallan las pruebas realizadas para demostrar el funcionamiento del
sistema, obteniendo resultados cuantitativos y cualitativos para valorar la eficiencia del
sistema.

Instalacin del sistema de videovigi lancia IP en diferentes sistemas operativos.

Microsoft windows 98.
En este sistema operativo es necesario instalar manualmente el componente MDAC
(Microsoft Data Access Components) 2.5 o superior y DirectX 9 o superior para que funcione
correctamente el sistema de videovigilancia.

Microsoft windows XP.
Funciona correctamente, , usa los codecs de audio y video instalados en el propio sistema
operativo.

Microsoft windows 2000.
Funciona correctamente, usa los codecs de audio y video instalados en el propio sistema
operativo.

Microsoft windows millenium edition
operativo.

Microsoft windows server 2003
operativo.

Microsoft windows vista.
Para este sistema operativo se requiere una traduccin de algunos componentes OCX para
su correcto funcionamiento.

162

Cmaras instaladas localmente.

Se intento instalar varias cmaras en puerto USB 1.1 y 2.0 en la misma computadora
siendo el siguiente resultado:

Slo se pueden ver dos cmaras locales al mismo tiempo ya que con tres cmaras el
sistema operativo manda un mensaje de escaso ancho de banda.

Es posible que en un futuro cercano con el desarrollo del USB 3.0 se puedan
conectar localmente varias cmaras ya que se presume que la velocidad de transmisin ser
mucho mayor que la versin 2.0.

Cmaras instaladas remotamente.

Se pueden ver hasta cuatro cmaras remotas simultneamente ya que estas
transmiten y reciben la seal por la interfaz RJ 45 la cual tiene ms ancho de banda que el
puerto USB.
Para ver otras cmaras, se elige la cmara deseada, sustituyendo una de las
cmaras activas.

Prueba del sistema en WAN.

El sistema Ojovigilante 1.0 se prob en varias ocasiones en una red WAN, para ello
se utiliz una IP pblica del centro de computo de la presidencia de Cd. Guzmn y otra en
las instalaciones del Instituto tecnolgico de Cd. Guzmn.

En el primer intento la transmisin fue de poca calidad ya que haba mucho retraso, atribuido
al gran trfico de red que tienen ambas IPs, fue necesario bajar los frames por segundo de
30 hasta 5 y la transmisin se realiz con xito.

En un segundo intento se eligi un da y momento en que no hay tanto trfico de red en las
IPs pblicas utilizadas y la transmisin se realiz sin problemas a 30 frames por segundo
que es el mximo.
163

Instalaciones del sistema para pruebas piloto.

Una de las pruebas ms importantes es la instalacin del sistema para ver su eficiencia y sus
defectos de detenerlos.

El sistema fue instalado en las oficinas del CoBaEJ , Guadalajara, J alisco.

El sistema se instal en CoBaEJ (Colegio de Bachilleres del Estado de J alisco) y ah ms
que errores aparecieron sugerencias por parte de los usuarios para que el sistema tuviera
algunas caractersticas, las cuales fueron implementadas posteriormente, fue una
retroalimentacin favorable al desarrollo del sistema.

El sistema tambin fue instalado en el laboratorio de cmputo del Instituto Tecnolgico de
Cd. Guzmn.
Aqu tambin hubo sugerencias para agregarle algunas caractersticas al sistema, lo cual fue
muy favorable para mejorar las prestaciones del sistema.

CONCLUSION.

Actualmente los proveedores de internet ofrecen un ancho de banda enorme a un precio
asequible, con lo que es posible usar un sistema de videovigilancia IP en tiempo real.
Resultando un producto prctico y til para la videovigilancia.

164

BIBLIOGRAFA.

Gonzalo Pajares, Imgenes digitales, Procesamiento prctico con J ava
Alfa omega Ra-Ma.

J ess Bernal Bermdez, Reconocimiento de voz y fontica acstica,
Alfa omega Ra-Mi

A.D Ajenjo, Tratamiento digital de imgenes, Anaya Madrid 1993.

E.R. Davies, machine vision: Theory, Algorithms, Practicalities, Academy Press, London,
1997.

L.J . Glaciate, Machine vision and digital image processing Fundamentals, Prentice-Hall,
Englewood cliffs, NJ , 1990.

R.C. Gonzles and R.E Woods, Digital image processing, Addison-Wesley, Reading, MA,
1993

Z. Hussain, Digital Image Processing, Ellis Horwood, Chichester, 1991.

A. Low, Computer Vision and Image Processing, McGraw-Hill, New York, 1991.

S. Marchand-Maillet and Y.M. Sharaiha, Binary Digital Image Processing: A discrete
approach, Academic Press, London, 1999.

Watt, 3D Computer Graphics, Addison-Wesley, Reading: MA, 1994.

Weeks, Fundamentals of Electronic Image Processing, IEEE Press, New York, 1996.

M.R. Leek, V. Summers, Reduced frequency selectivity and the preservation of spectral
contrast in noise, J ournal of the Acoustic Society of America, 1996.
165

Scott, Charly, Wolfe, Paul, Erwin, Mike: "Virtual Private Networks", 2 edicin, OReilly &
Associates, Enero 1999.

Gutirrez Gonzlez, Ma. Nieves, Sancho Buzn, Ana Rosa, Casas Cuadrado, Amadeo:
Estudio sobre las VPN (Redes Privadas Virtuales),

166

GLOSARIO.

ANCHO DE BANDA. Bandwidth en ingls. Cantidad de bits que pueden viajar por un medio
fsico (cable coaxial, par trenzado, fibra ptica, etc.) de forma que mientras mayor sea el
ancho de banda ms rpido se obtendr la informacin. Se mide en millones de bits por
segundo (Mbps). Una buena analoga es una autopista. Mientras ms carriles tenga la calle,
mayor cantidad de trfico podr transitar a mayores velocidades. El ancho de banda es un
concepto muy parecido. Es la cantidad de informacin que puede transmitirse en una
conexin durante una unidad de tiempo elegida.
ATM (MODO DE TRANSFERENCIA ASNCRONO). Tecnologa de transmisin de datos que
ofrece el potencial de revolucionar el modo en que se construyan las redes de
computadores.
AUDIOCONFERENCIA: Conferencia realizada mediante seales de audio.
BACKBONE. Conjunto de equipos de cmputo y de redes que forman la parte original y
medular del INTERNET.
BITRATE. Trmino bastante utilizado al hablar de calidades de video y audio. Define cunto
(o el promedio) de espacio fsico (en bits) toma un segundo de audio o video. Por ejemplo, 3
minutos de audio MP3 a 128kBit/sg CBR, toma 2,81 MegaBytes de espacio fsico (1,024 x
128 / 1,024 / 1,024 x 180 / 8). En donde: 128kbit =128 x 1024 bits 1 byte =8 bits 1 kilobyte =
1,024 bytes 1 megabyte =1,024 kilobytes 3 minutos =180 segundos. Algunos ejemplos:

BPS. Bits por Segundo. Velocidad a la que se transmiten los bits en un medio de
comunicacin.
BROADBAND. Se refiere generalmente a conexiones a Internet con mucho ms ancho de
banda que con un modem de "dial-up" convencional. No hay una especificacin sobre la
velocidades, pero por lo general Cable Modem, DSL o ADSL.

BROADCAST. Es un modo de transmisin de informacin donde un nodo emisor enva
informacin a una multitud de nodos receptores de manera simultnea, sin necesidad de
reproducir la misma transmisin nodo por nodo.
167

CIF. Formato Intermedio Comn utilizado por el codec H.261 para resolucin de video de
352x288 pixeles
DIRECCIN IP. El concepto de nmeros o direcciones IP se puede entender mejor si se
establece una analoga entre computadores y telfonos. Del mismo modo como un telfono
tiene asignado un nico nmero en la telefnica, cada computador tiene un nico nmero IP,
asignado a escala mundial
DOMINIO. Es un conjunto de datos que permite identificar cada equipo de cmputo
conectado a la red de Internet en forma nica. En forma anloga a la de la Direccin Internet,
el dominio de cada equipo consta de cuatro partes escritas en minsculas y separadas por
puntos, a saber:
E-MAIL. Es un sistema de intercambio de mensajes entre usuarios o grupos de personas.
Cada persona dispone de una direccin de correo que le identifica de forma unvoca como
perteneciente a un determinado sistema dentro de la red.
ETHERNET. Sistema de red creado originalmente por Xerox, pero desarrollado
conjuntamente como estndar en 1980 por Digital Equipment Corporation, Intel y Xerox. El
estndar 802.3 de la IEEE define una red similar, pero algo distinta, que utiliza un formato de
trama alternativo (La trama es la estructura y la codificacin de una cadena de bits
transmitidos a travs de un enlace). Ethernet tiene un rendimiento de 10 Mbits/seg. y utiliza
un mtodo de acceso por deteccin de portadora en el que las estaciones comparten un
cable de red, pero solo una estacin puede utilizar el cable en un instante determinado. El
mtodo de acceso CSMA/CD (acceso mltiple por deteccin de portadora/deteccin de
colisiones) se utiliza para arbitrar el acceso al cable.
FTP (TRANSFERENCIA DE ARCHIVOS). Intercambio de software y archivos entre usuarios
de la red.
FIREWALLS. Es un dispositivo o grupo de dispositivos colocados entre una red segura (su
red interna) y una red no segura (Internet). Las diversas tareas del muro de fuego incluyen
autentificacin de usuarios, limitar el trfico entrante y saliente, registrar la informacin de
trfico, producir reportes de trfico y prevenir el acceso no deseado a sus servicios.
168

GATEWAY. Conexin compartida entre una red de rea local (LAN) y un sistema grande,
como un computador mainframe o una red de paquetes conmutados, cuyos protocolos de
comunicacin son diferentes. Por lo general adems de ser ms lento que un puente o un
enrutador, un gateway es una combinacin de equipo y programas con su propio procesador
y memoria que se utilizan para ejecutar conversaciones de protocolo.
H.264. Tambin conocido como MPEG-4 AVC (Advanced Video Coding), es un estndar de
compresin de video que ofrece significativa mayor compresin que sus predecesores. Se
espera que de hasta el doble de compresin que MPEG-4 ASP (Advanced Simple Profile).
H.264 puede proporcionar video con calidad DVD a menos de 1 Mbps.

H.320. Estndar del CCITT para la videoconferencia, que es el ms utilizado en los equipos
comerciales basados en PC y RDSI Son especificaciones que definen cmo se comunican
los sistemas de videoconferencia a travs de medios de circuitos switcheados, como las
lneas RDSI, T-1 fraccional o Switched-56. El algoritmo de compresin H.261 define dos
resoluciones de video: el CIF (Formato Intermedio Comn), de 352x288 y el QCIF (un cuarto
del Formato Intermedio Comn) de 176x144. El H.320 tambin posee tres codecs
(codificadores - decodificadores) de audio: el G.711, que usa un ancho de banda de 64 Kbps
para proporcionar audio de 3 KHz de calidad telefnica; el G.722, un algoritmo de mejor
calidad que produce audio de 7.5 KHz pero consume un ancho de banda de hasta 64 Kbps;
y el G.728 que, a pesar de proporcionar audio de calidad casi telefnico, slo requiere de 16
Kbps.
H.310 y H.321. Adaptan al H.320 a las topologas de la siguiente generacin, como ATM y
SDM de banda ancha. El H.321 proporciona la mxima capacidad hacia atrs, y conserva la
capacidad del H.320 y algunos de sus componentes, incluido el H.261. El H.310 aade el
algoritmo de compresin de video MPEG-2 de ISO, que proporciona calidad de video clase
HDTV (televisin de alta definicin).
H.322. Es una versin mejorada del H.320, optimizada para redes que garantizan Calidad de
Servicio (QoS) para trfico isocrnico, como el video en tiempo real.
H.323. extiende al H.320 a Ethernet, Token-Ring y otras redes de paquetes switcheados que
no garantizan QoS. Soporta operaciones punto a punto y multipunto. Adems del codec de
169

video H.261 y el codec de audio G.711 del H.320, las implantaciones del H.323 tambin
pueden incluir componentes del H.320 y el H.324, como H.263, G.722, G.723 y G.728. Los
temas de QoS se han manejado por un componente de portero centralizado que permite que
los administradores de LAN administren el trfico de video en la espina dorsal. Otra parte
integral de la especificacin define una compuerta LAN/H.320, que permite que cualquier
nodo H.323 interopere con productos H.320.
H.324. lleva a la videoconferencia de tipo H.320 a las lneas telefnicas anlogas de la RTC.
Puede incorporar codificacin H.261, pero la mayor parte de las implantaciones usarn el
H.263, una versin escalable del H.261 que aade un formato sub-QCIF (SQCIF) de 128x96.
Debido al diseo eficiente del H.263, puede producir velocidades de cuadro muy parecidas a
la de los sistemas RDSI H.320 actuales, pero mediante mdems baratos asistidos por
hardware
HIPERENLACES (HYPERLINKS). Una forma de relacionar una palabra o frase que ve el
usuario con una direccin oculta a la que se conectar el programa cuando realicemos un
"clic" en l.
HIPERMEDIA. Documentos al estilo hipertexto que no se limitan a texto, sino que pueden
contener grficos, vdeo o sonido.
HIPERTEXTO. Es un texto que contiene referencias al mismo u otros textos, liberando de la
restriccin de una lectura lineal.
HOST (ANFITRIN) Mquina en Internet o en una red en general, usualmente accesible
desde las dems. El nmero de hosts serva para medir el crecimiento de Internet, pero hoy
la mayora de usuarios lo hacen por conexiones eventuales (ad hoc) por telfono por lo que
no se contabilizan como hosts.
HOSTNAME. Nombre dado a una mquina en una red.
HTML (HYPERTEXT MARKUP LANGUAGE). Implementacin concreta del SGML, que
define un formato hipermedia utilizado en el WWW que permite incluir hiperenlaces a otros
170

documentos en la Red. Es un tipo de SGML. Existen las versiones HTML 1.0, HTML 2.0,
HTML+y HTML 3.0, aparte de las extensiones propias de algunos navegadores.
HTTP. En ingls Hypertext Transfer Protocol. Protocolo de Transferencia de Hipertexto.
HTTP es un protocolo con la ligereza y velocidad necesaria para distribuir y manejar
sistemas de informacin hipermedia. HTTP ha sido usado por los servidores World Wide
Web desde su inicio en 1993.
INTERNET. Es una red interconectada de redes de computadores, de carcter internacional
e intercontinental, que une a ms de un milln de servidores de todo el mundo y que se
comunica a travs de los medios ms diversos, desde el cable coaxial, microondas, fibra
ptica y los satlites, hasta las lneas telefnicas.
IIS. Microsoft Internet Information Services. Servicios de Informacin de Internet de
Microsoft. IIS es un conjunto de servicios basados en Internet, para maquinas con Windows.
Originalmente se proporcionaba como opcional en Windows NT, pero posteriormente fue
integrado a Windows 2000 y Windows Server 2003. Incluye servidores para FTP, SMTP,
NNTP y HTTP/HTTPS.

IMS Research. fundada en 1989 y ahora es uno de los principales proveedores a la industria
global de electrnica.
INTRANET. Aquellas redes que aprovechan el uso de la red Internet para fines privados. La
gran diferencia entre Internet e Intranet es simplemente la forma de utilizar la red de redes.
Internet es para todo pblico, mientras que Intranet es slo para los usuarios autorizados. En
el caso de redes privadas que utilizan la tecnologa Internet para el intercambio de
informacin pero que no estn conectadas a la red Internet, tambin se dice que forman un
Intranet particular. Sin embargo, el autntico Intranet hace siempre uso de la red pblica
conocida como Internet. Si utilizamos los mismos elementos de Internet, los instalamos
dentro de nuestra red local exclusivamente para acceso al personal de nuestra empresa, sin
necesidad de tener una conexin al exterior, tenemos en este momento una Intranet.
IRC (INTERNET RELAY CHAT). Cuando un usuario se conecta a un servidor de IRC puede
elegir entre numerosos "canales" con distintos temas de conversacin. Una vez que se
171

selecciona el canal, se puede dialogar en tiempo real, en pblico o en privado, con todos los
participantes de dicho canal.
IP (INTERNET PROTOCOL). Es responsable de mover los paquetes de datos ensamblados,
ya sea por el TCP o el UDP a travs de las redes. Usa un conjunto de direcciones nicas
para cada dispositivo en la red, a fin de determinar el enrutamiento y los destinos.
LAN. Local Area Network. Red de rea local. Red de computadoras personales ubicadas
dentro de un rea geogrfica limitada que se compone de servidores, estaciones de trabajo,
sistemas operativos de redes y un enlace encargado de distribuir las comunicaciones. Por
ejemplo, computadoras conectadas en una oficina, en un edificio o en varios. Se pueden
optimizarse los protocolos de seal de la red hasta alcanzar velocidades de transmisin de
100 Mbps
LOGIN. Corresponde al nombre de la empresa o persona que adquiere los servicios de
conexin a Internet.
MULTICAST. [Multidifusin]. Tcnica de transmisin de datos a travs de Internet en la que
se envan paquetes desde un punto a varios simultneamente.

NAT. (Network Address Translation - Traduccin de Direccin de Red) es un estndar
creado por la Internet Engineering Task Force (IETF) el cual utiliza una o ms direcciones IP
para conectar varios computadores a otra red (normalmente a Internet), los cuales tiene una
direccin IP completamente distinta Por lo tanto, se puede utilizar para dar salida a redes
pblicas a computadores que se encuentran con direccionamiento privado o para proteger
mquinas pblicas.

A diferencia del HTTP, que no define precisamente el gnero de archivos que vienen
trasladados, el RTSP controla los datos con funcionalidades conceptualmente similares a las
de un aparato de vdeo: Play, fast-forward, pause, stop y record.
NETMEETING. Cliente de comunicaciones telefnicas en tiempo real para Internet que es
compatible con los estndares internacionales para conferencias y permite compartir
aplicaciones entre mltiples usuarios y establecer conferencias de datos. NetMeeting
172

combina la potencia del PC con el alcance global de Internet, para convertir una llamada
telefnica normal en una experiencia de comunicacin y colaboracin multimedia ms rica y
eficaz.
PASSWORD. Es la clave de acceso privada para ingresar a Internet, proporcionada por el
proveedor del servicio, pero que puede ser modificada por el usuario. Su finalidad es limitar
el acceso a otras personas al servicio en lnea.
PROTOCOLO. Conjunto de normas establecidas para que los ordenadores puedan
comunicarse entre s. Es un acuerdo para los procedimientos de comunicacin entre redes
que hace referencia a la forma en que se envan los paquetes de datos, y a la forma en que
se transmiten las seales
POTS (PLAIN OLD TELEPHONE SYSTEMS). Metodologa para transporte de la
videoconferencia a travs de la red telefnica.
QCIF. Resolucin de video que utiliza una cuarta parte del Formato Intermedio Comn con
tamao de 176x144. Es utilizado por el codec H.261.
QOS (QUALITY OF SERVICE). Calidad del servicio para trfico asincrnico, como el video
en tiempo real, utilizado por el estndar H.322.
RDSI (RED DIGITAL DE SERVICIOS INTEGRADOS). Es un cableado especial que soporta
transmisiones de datos a alta velocidad y que se rige por una estructura de manejo similar a
las de las lneas telefnicas habituales. Se tiene entonces que toda la seal desde el lugar
de instalacin hasta la central telefnica RDSI es digital.
RED. Al conjunto de equipos conectados a un servidor se le conoce como una red.
RTCP. Real-time Transport Control Protocol (RTCP) [Protocolo de control de tiempo real]
proporciona un stream de control que est asociado con un stream de datos para una
aplicacin multimedia.
RTP. Real Time Protocol. [Protocolo de Tiempo Real]. Protocolo utilizado para la transmisin
de informacin en tiempo real como por ejemplo audio y video en una video-conferencia.

173

RTSP. Real-Time Streaming Protocol (RTSP) [Protocolo de Streaming en tiempo real] Es un
protocolo, es decir la serie de procedimientos genricos para la comunicacin entre dos
mquinas, que optimiza el flujo de datos.
RSVP (RESOURCE RESERVATION PROTOCOL). Protocolo emergente estndar IETF,
cuya mision es construir un camino tipo "conmutacin de circuitos" sobre una red de
conmutacin de paquetes.
SERVIDOR. Computador o sistema que comparte sus recursos con otras mquinas,
denominadas clientes, que se los solicitan.
SERVIDOR WEB. Servidor que corre el protocolo HTTP y que permite que los clientes que
se conectan puedan traerse y acceder a las pginas HTML que contiene.
STREAMING. El streaming consiste en la distribucin de audio o video por Internet. La
palabra streaming se refiere a que se trata de una corriente continua (sin interrupcin). El
usuario puede escuchar o ver en el momento que quiera. No es necesario estar suscrito para
escuchar o ver. Este tipo de tecnologa permite que se almacenen en un bfer lo que se va
escuchando o viendo. El streaming hace posible escuchar msica o ver videos sin necesidad
de ser descargados previamente.
STREAMING MEDIA. Archivos de audio o video que se reproducen mientras se estn
descargando de Internet, sin tener que esperar a que termine la descarga para escucharlo y
verlo. Requiere de un programa media reproductor.

TCP/IP. Transfer Control Protocol/Internet Protocol. [Protocolo de control de transmisiones /
Protocolo Internet]. Es el protocolo estndar de comunicaciones en red y transporte del
modelo OSI, utilizado para conectar sistemas informticos a travs de Internet
T.120: es una especificacin de conferencia de documentos que permite a los usuarios
compartir documentos durante cualquier videoconferencia H.32x. Las sesiones T.120 de slo
datos cuando no se requiere de comunicacin por video, y el estndar tambin permiten
reuniones multipunto que incluyen participantes con diferentes medios de transmisin.
174

TEOREMA DE NYQUIST. Es un teorema fundamental de la teora de la informacin, de
especial inters en las telecomunicaciones.
El teorema trata con el muestreo, que no debe ser confundido o asociado con la
cuantificacin, proceso que sigue al de muestreo en la digitalizacin de una seal y que, al
contrario del muestreo, no es reversible (se produce una prdida de informacin en el
proceso de cuantificacin, incluso en el caso ideal terico, que se traduce en una distorsin
conocida como error o ruido de cuantificacin y que establece un lmite terico superior a la
relacin seal-ruido). Dicho de otro modo, desde el punto de vista del teorema, las muestras
discretas de una seal son valores exactos que an no han sufrido redondeo o truncamiento
alguno sobre una precisin determinada, esto es, an no han sido cuantificadas.
El teorema demuestra que la reconstruccin exacta de una seal peridica continua en
banda base a partir de sus muestras es matemticamente posible si la seal est limitada en
banda y la tasa de muestreo es superior al doble de su ancho de banda.
UDP. User Datagram Protocol. Protocolo de servicios de Internet. Se utiliza cuando es
necesario transmitir voz o vdeo, y resulta ms importante transmitir con velocidades que
garanticen la correcta recepcin.

UNICAST. Comunicacin entre un emisor y un solo receptor en una red. Por ejemplo: Un
correo electrnico enviado de una persona a otra.
URL (UNIFORM RESOURCE LOCATOR). Es un procedimiento para identificar de un modo
unvoco un fichero en Internet. Bsicamente consta de la indicacin del tipo de servicio, el
nombre del ordenador en que reside, y la ruta completa de acceso, incluyendo directorios,
subdirectorios, en su caso, y nombre del fichero. Los siguientes ejemplos muestran los URLs
respectivos de un documento texto, un servidor gopher, un documento hipertexto servido
desde un web y un servicio telnet.
VIDEO CONFERENCIA. Sistema que permite la transmisin en tiempo real de video, sonido
y texto a travs de una red; ya sea en una red de rea local (LAN) o global (WAN). El
hardware necesario se compone de a) tarjeta de sonido y vdeo, vdeo cmara, micrfono y
175

bocinas. La velocidad de transmisin lograda actualmente es de 10 cuadros por segundo y
se incluye un soporte va mdem.

WEBCAST. Un webcast es similar a un 'programa de televisin' pero diseado para ser
transmitido por Internet.
WWW (World Wide Web). Es una herramienta de recuperacin de informacin que est en
hipermedios y cuyo objetivo es proveer acceso fcil a cualquier tipo de informacin va
servidores de hipertexto.

Tesis de Videovigilancia

Încărcat de

Informații document

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Tesis de Videovigilancia

Încărcat de

Drepturi de autor:

Formate disponibile

SUBSECRETARA DE EDUCACIN SUPERIOR

DIRECCIN GENERAL DE EDUCACIN SUPERIOR

S-ar putea să vă placă și