Вы находитесь на странице: 1из 34

1

1. TITULO DEL PROYECTO DE INVESTIGACIN


PROPUESTA DE INTERCOMUNICACION EN LAS ORGANIZACIONES BAJO UN CONCEPTO DE
UN SISTEMA DE TELEFONIA VoIP UTILIZANDO REDES INALAMBRICAS DE TIPO MESH Y
SOFTWARE LIBRE.
2. CAMPO Y OBJETO DE ESTUDIO
2.1. Objeto de Estudio
Telefona VoIP bajo Software Libre.

2.2. Campo de Estudio
Redes Inalmbricas tipo Mesh.

3. EL PROBLEMA DE INVESTIGACIN.
3.1. DESCRIPCION DEL PROBLEMA
El Desarrollo tecnolgico actual ha permitido grandes avances en materia de
comunicaciones humanas; sin embargo, no todos los grupos sociales estn siendo
beneficiados. Esta investigacin tiene por objetivo explorar la implementacin conjunta
de un grupo de tecnologas, a fin de comprobar si las mismas pueden ser una
implementacin viable en el mundo real.

3.2. FORMULACION DEL PROBLEMA
3.2.1. PROBLEMA GENERAL
Cmo hacer para que la intercomunicacin de las organizaciones bajo un
concepto de un sistema de telefona VoIP utilizando redes inalmbricas de tipo
mesh y software libre, sea efectiva y ayude a optimizar recursos logrando
resultados favorables en la efectividad de sus trabajadores y la mejora de los
productos y servicios?

3.2.2. PROBLEMAS ESPECIFICOS
Cmo mejorar el sistema de intercomunicacin a una organizacin dedicada a
brindar productos o servicios en el mbito social?
Cul es el grado de aceptacin de las organizaciones para implantar un sistema
de intercomunicacin?
Cul es el esquema de funcionamiento ms adecuado para disear un sistema
de intercomunicacin entre organizaciones?
Qu elementos se deben considerar en el plan de implementacin del sistema
de intercomunicacin para su mejor acondicionamiento en el mbito laboral de
sus usuarios?


2

3.3. OBJETIVOS
3.3.1. OBJETIVO GENERAL
Disear una red inalmbrica tipo Mesh con soporte TCP/IP para hacer una
prueba de intercomunicacin entre organizaciones bajo los conceptos de
telefona VoIP.

3.3.2. OBJETIVOS ESPECIFICOS
Describir y examinar las redes actuales implantadas en las organizaciones.
Realizar un estudio de factibilidad acerca de los costos de implementar una red
inalmbrica, junto a un sistema de telefona VOIP.
Comparar costos y beneficios de levantar la infraestructura de manera propia,
frente a las opciones del mercado que proveen servicios similares al propuesto.
Implementar un sistema de telefona VoIP sobre una red inalmbrica.
Demostrar la viabilidad tcnica y financiera de la solucin de
telecomunicaciones. Plantear el presupuesto necesario para la infraestructura
de red VoIP.
Proponer la mejora de la disponibilidad del servicio de telefona, aprovechando
las nuevas aplicaciones y utilidades que nos brinda la voz sobre IP.

3.4. HIPOTESIS
3.4.1. HIPOTESIS GENERAL
Dado que se requiere mantener una comunicacin constante entre los
empleados de los diferentes locales de una empresa u organizacin de
telecomunicaciones, entonces, implementar una red de Voz sobre IP a travs de
redes inalmbricas tipo Mesh traer beneficios a la empresa tanto en el aspecto
econmico como en la optimizacin de las comunicaciones en la empresa?

3.4.2. HIPOTESIS ESPECIFICOS
La convergencia de la red de voz y datos, nos permitir obtener una sola red
ordenada, facilitando las labores de administracin y mantenimiento que en
adelante ser para una sola red.
Al lograr que la comunicacin entre locales ya no utilice la Red Telefnica
Pblica, se puede llegar a obtener una reduccin del nmero de lneas
telefnicas rentadas necesarias.
Al implementar la Red por medio inalmbrico reducir an ms el costo de
implementacin comparado a una red por cableado estructurado.

3.5. VARIABLES
3.5.1. VARIABLE INDEPENDIENTE
La Telefona IP utilizando redes inalmbricas tipo Mesh y Software Libre.

3.5.2. VARIABLE DEPENDIENTE
3

La Intercomunicacin en las Organizaciones.

3.6. JUSTIFICACION E IMPORTANCIA
3.6.1. JUSTIFICACION
La Telefona sobre IP no es algo en el cual hay que hacer una inversin de miles de
dlares para que sea operativo en el mbito o el entorno que se desee implementar.
Las pequeas y medianas empresas no tienen los recursos para pagar los altos
costos que tienen los proveedores para la implementacin de la telefona sobre IP
con la finalidad de realizar sus funciones. Debido a esto, entonces, optan por el uso
de la telefona convencional ya que los mismos proveedores la brindan a bajo costo.
Las escuelas pblicas que no cuentan con los recursos suficientes para la integracin
de lneas telefnicas se ven afectadas por las dificultades de comunicacin del
plantel con otras entidades del gobierno o proveedores.
Las comunidades rurales, sin importar donde se encuentren, tienen la problemtica
de que no tienen telefona convencional ya que los proveedores no ven viable la
instalacin de la infraestructura y el mantenimiento. La razn ms importante es
que los proveedores no ven alguna ganancia a corto, mediano o largo plazo. Y por
otro lado, las comunidades rurales no cuentan con el suficiente apoyo econmico
por parte del gobierno.
El estudio de factibilidad busca presentar la solucin para resolver estas necesidades
de cada entorno mencionado anteriormente y demostrar que es viable la
implementacin de bajo costo de Telefona sobre IP y el concepto errado de que se
necesita gastar miles de dlares para obtener un servicio de tal magnitud
desaparezca.

3.6.2. IMPORTACIA
Una de las mejores tecnologas disponibles hoy en da que permite ahorrar costos es
Voz sobre IP (VoIP). VoIP se refiere a transmisin de trfico de voz de dos vas sobre
una red IP (internet protocol), que permite combinar transmisin de voz con
comunicacin de datos en una plataforma IP nica e integrada. Esto quiere decir
que las llamadas telefnicas corren sobre la misma red que la computadora, en
lugar de utilizar lneas telefnicas tradicionales. Esto ofrece muchos beneficios a los
proveedores de servicios as como a los usuarios finales.
La caracterstica ms atractiva de Voz sobre IP es el ahorro de costos. Las llamadas
son enviadas sobre lneas de datos existentes, eliminando as la cuenta telefnica.
De esta forma la distancia y duracin de las llamadas ya no es relevante desde el
punto de vista de costos. Gracias a la Telefona IP (IPT), las aplicaciones que
normalmente utilizan la lnea telefnica, tales como el fax, pueden ser agregadas a
los sistemas VoIP.
Mientras que esto representa una gran preocupacin para los carriers de telefona
que han monopolizado el mercado por varios aos; para aquellos que realizan
llamadas de larga distancia es un desarrollo tecnolgico de gran importancia. Esto
4

impacta a aquellas empresas cuyas cuentas telefnicas significan un gran porcentaje
de sus gastos anuales. Las compaas de tecnologa tambin se han percatado de los
beneficios que ofrece. Algunas estimaciones de la industria muestran que el 35% de
todas las llamadas son conducidas en algn punto sobre VoIP. Esto ha ayudado a las
compaas telefnicas a reducir costos y a abrir sus puertas para ofrecer otros
servicios no tradicionales.
Mientras que Voz sobre IP es una tecnologa que las compaas estn dispuestas a
adoptar debido al ahorro que representa, el desempeo de una red VoIP est
directamente relacionado a la planeacin que se le dedique al sistema en su
conjunto. Siemon, fabricante global de soluciones de cableado de redes de alto
desempeo, exhorta a las compaas a que planeen detenidamente antes de
implementar un sistema de Voz sobre IP. Es recomendable que las empresas
realicen una auditora completa del desempeo del equipo activo y la
infraestructura de la capa fsica antes de implementar el sistema VoIP sobre un
cableado ya existente.

3.7. APLICABILIDAD PRACTICA
El inters en la VoIP ha crecido en gran parte porque esta tecnologa puede ayudar a las
compaas a reducir sus costes utilizando una sola red IP que soporte aplicaciones de
voz, vdeo y datos. El coste no es el nico factor por el que la VoIP est creciendo. Los
proveedores de servicios tambin se ven atrados por los beneficios que esta tecnologa
puede proporcionar. Los operadores pueden utilizar las redes de VoIP para desarrollar
nuevas aplicaciones y servicios de valor aadido. Por lo tanto, resulta interesante realizar
el diseo de cmo implantar un sistema completo de VoIP en un entorno corporativo,
como aplicabilidad prctica de este proyecto. Hay que tener en cuenta una serie de
consideraciones:
- Vamos a suponer que se quiere implantar un sistema de telefona IP basado en
SIP y H.323 similar al estudiado en el laboratorio.
- Supondremos el caso de una empresa con varias ubicaciones en distintos pases
que quiere implementar telefona IP en sus delegaciones. El sistema ha de soportar
telfonos analgicos, digitales, IP, etc. Adems, el sistema soportar, del mismo modo
que la maqueta desarrollada y analizada, los protocolos H.323, SIP y la telefona
tradicional (RTC).
- La empresa est ubicada principalmente en los pases de Francia, Alemania,
Espaa, Inglaterra e Italia, con varias sedes en alguno de los pases.
- Dependiendo del departamento al que pertenezcan, los empleados tendrn
diferentes patrones de llamadas (no realiza el mismo nmero de llamadas un empleado
de produccin que un comercial).
5



A la hora de disear el sistema hay que tener en cuenta una serie de factores y
necesidades de la empresa, como son:
- Nmero total de empleados.
- Patrones de llamadas que variarn dependiendo del departamento:
Porcentaje de empleados que realizan llamadas durante la Busy Hour (Hora
Cargada).
Duracin media de las llamadas (para ver cuntas llamadas se realizan en esa hora).
Porcentaje de las llamadas con origen/destino en la RTC (para evaluar el nmero de
conexiones que son necesarios y dimensionar bien el nmero de Gateways).
- Nmero de sedes y ubicacin de las mismas.
- Hemos de fijar una calidad de servicio ofrecida, que vamos a suponer del 99.99 %,
de tal modo que tan solo 1 llamada de cada 10.000 no es cursada.
- El diseo se debe hacer con redundancia de los equipos crticos, para que el
sistema se pueda recuperar ante posibles fallos.
- Por otro lado, hay que tener en cuenta mecanismos de seguridad para proteger la
red de ataques.
De acuerdo con los anteriores factores, se dimensiona la red de la siguiente manera:
- Con los patrones de llamadas, porcentajes de llamadas a la RTC, etc., se calcula el
trfico en Erlangs y el nmero de enlaces primarios necesarios para cada una de
las sedes. Con el nmero de enlaces primarios, se calcula el nmero de Gateways
necesarios para esa ubicacin.
- Atendiendo al nmero de usuarios y ubicaciones se calcula el nmero de
servidores SIP y H.323, teniendo en cuenta opciones de supervivencia y
redundancia.
- A la hora de ubicar los servidores, se elige una configuracin distribuida en lugar
de configuracin en estrella. Es decir, en lugar de tener un servidor en la sede
principal y que las dems ubicaciones accedan a esas funcionalidades a travs de
la WAN, cada sede va a disponer de su propio servidor.
- Para estimar el ancho de banda necesario para las redes LAN y WAN se van a
tener en cuenta los cdecs utilizados para digitalizar la seal de voz y se va a
considerar el protocolo de compresin RTP. Los cdecs utilizados son:
6

G.711 para la LAN: velocidad 64 kbps.
G.729 para la WAN: velocidad 8 kbps.
- Adems, el ancho de banda se calcula con un margen de un 20-25 % para incluir
trfico multicast, de enrutamiento (RIP, OSPF), etc.
- Se estudian equipos para ofrecer telefona inalmbrica IP y firewalls adecuados
(de Juniper) que entiendan protocolos de voz y que no expongan la red de la
empresa a riesgos innecesarios.

3.7.1. VIABILIDAD DEL PROYECTO
De acuerdo con lo explicado anteriormente, se disea una arquitectura como la
mostrada a continuacin:



- Las ubicaciones dentro de cada pas se pueden dividir en ubicaciones grandes
(sede central) y sedes remotas.
- Todas estn interconectadas entre s gracias a la WAN.
- Todas disponen de servidores SIP, H.323 y Gateways de acceso a la RTC. De esta
forma, pueden acceder a la telefona tradicional, aunque se caiga la WAN (ventaja
de configuracin distribuida frente a configuracin en estrella contra la sede
principal)
Por motivos econmicos, y para no encarecer demasiado el proyecto, en la sede
principal se va a duplicar los equipos mientras que en las sedes remotas no.

3.7.2. VIABILIDAD ECONOMICA
La reduccin de costes asociada a la implantacin de la VoIP en una empresa, se
debe principalmente a dos factores:
1. La reduccin de enlaces a la RTC para las llamadas realizadas entre sedes.
7

2. La reduccin de costes en las llamadas internacionales.
Se ha comprobado que el desembolso inicial en la compra de equipos para el
sistema de VoIP es elevado pero, debido al gran ahorro en facturas telefnicas, esta
inversin resulta amortizada en menos de dos aos. Por otro lado, al integrarse la
voz y datos en una nica red, los gastos de mantenimiento y administracin se
simplifican, reduciendo an ms los costes asociados.

3.8. LIMITACIONES
Aun hoy en da existen problemas en la utilizacin de VoIP, queda claro que estos
problemas son producto de limitaciones tecnolgicas y se vern solucionadas en un corto
plazo por la constante evolucin de la tecnologa, sin embargo algunas de estas todava
persisten y se enumeran a continuacin.
VoIP requiere de una conexin de banda ancha. Aun hoy en da, con la constante
expansin que estn sufriendo las conexiones de banda ancha todava hay hogares que
tienen conexiones por modem, este tipo de conectividad no es suficiente para mantener
una conversacin fluida con VoIP. Sin embargo, este problema se ver solucionado a la
brevedad por el sostenido crecimiento de las conexiones de banda ancha.
VoIP requiere de una conexin elctrica. En caso de un corte elctrico a diferencia
de los telfonos VoIP los telfonos de la telefona convencional siguen funcionando
(excepto que se trate de telfonos inalmbricos). Esto es as porque el cable telefnico es
todo lo que un telfono convencional necesita para funcionar.
Llamadas al 911: Estas tambin son un problema con un sistema de telefona
VOIP. Como se sabe, la telefona ip utiliza direcciones IP para identificar un nmero
telefnico determinado, el problema es que no existe forma de asociar una direccin ip a
un rea geogrfica, como cada ubicacin geogrfica tiene un nmero de emergencias en
particular no es posible hacer una relacin entre un nmero telefnico y su
correspondiente seccin en el 911. Para arreglar esto quizs en un futuro se podra
incorporar informacin geogrfica dentro de los paquetes de transmisin del VOIP.
Dado que VOIP utiliza una conexin de red la calidad del servicio se ve afectado
por la calidad de esta lnea de datos, esto quiere decir que la calidad de una conexin
VoIP se puede ver afectada por problemas como la alta latencia (tiempo de respuesta) o
la perdida de paquetes. Las conversaciones telefnicas se pueden ver distorsionadas o
incluso cortadas por este tipo de problemas. Es indispensable para establecer
conversaciones VOIP satisfactorias contar con una cierta estabilidad y calidad en la lnea
de datos.
VOIP es susceptible a virus, gusanos y hacking, a pesar de que esto es muy raro y los
desarrolladores de VOIP estn trabajando en la encriptacin para solucionar este tipo de
problemas.
En los casos en que se utilice un softphone la calidad de la comunicacin VOIP se
puede ver afectada por la PC, digamos que estamos realizando una llamada y en un
determinado momento se abre un programa que utiliza el 100% de la capacidad de
nuestro CPU, en este caso critico la calidad de la comunicacin VOIP se puede ver
8

comprometida porque el procesador se encuentra trabajando a tiempo completo, por
eso, es recomendable utilizar un buen equipo junto con su configuracin VoIP.
De todos modos, con la evolucin tecnolgica la telefona IP va a superar estos
problemas, y se estima que reemplace a la telefona convencional en el corto plazo.

4. MARCO TEORICO
4.1. ANTECEDENTES
- Juan, (2008), en su Tesis: Diseo de una red de voz sobre ip para una
empresa que desarrolla proyectos de ingeniera de comunicaciones
concluye que:
Se estableci que para atender el flujo de llamadas
que se realiza en el local principal en la hora de mayor trfico
se necesitan cuatro lneas telefnicas, las cuales generan un
trfico total de 0.648 Erlangs.
Se logr establecer comunicacin entre el local principal
y una oficina sucursal utilizando las redes de banda ancha
disponibles en ambas oficinas, con lo cual se logra el objetivo
principal de comunicar a costo cero los locales de la empresa.
El ancho de banda necesario para atender el mximo
nmero de llamadas (cuatro simultneas) es de 220,8 kbps sin
utilizar la funcin de VAD y 143,52 kbps utilizando VAD, para
el local principal. Mientras que para los locales remotos, el
ancho de banda necesario es de 55.2 kbps sin utilizar la funcin de
VAD y 35.88 utilizando VAD.
Se verifica mediante las pruebas de capacidad del
servidor realizadas que el hardware para el servidor propuesto en el
diseo es capaz de procesar el mximo nmero de llamadas en
la hora de mayor de trfico. Los valores obtenidos
experimentalmente son de 5 a 6% del uso del CPU y 1.4% de uso de
la memoria RAM del servidor.
Se verifica mediante las pruebas de capacidad de los equipos
de red, que el router soporta sin congestin la conmutacin de
los paquetes de voz, dejando libre un alto porcentaje del uso de
CPU para la conmutacin de paquetes de datos. Los valores
obtenidos experimentalmente varan entre 2 a 4% del uso del
CPU del router para los paquetes de voz.

- Fabin y Viridiana, (2012), en su Tesis: Metodologa para la
implantacin de proyectos de telefona ip en las instituciones
miembros de la RUAV concluyen que:
Un proyecto modular es un proyecto que
permite definir claramente los alcances que se necesita dar a la
9

tecnologa que se desea evaluar. Tambin permite una rpida
identificacin de los componentes y su integracin. Un proyecto
de ToIP, permite identificar fcilmente 3 mdulos (Plante de
Telefona, Gateway GSM y Comunicaciones Unificadas), los
cuales puede estar integrados entre s y dar cumplimiento a los
requerimientos funcionales que espera la organizacin de esta
tecnologa. Por ende, mediante el uso esta propuesta metodolgica,
queda a criterio de cada institucin el establecer el alcance de
su implementacin en cualquiera de las 3 orientaciones posibles, con
la certeza que cada una de ellas es mutuamente excluyente,
salvo en situaciones donde se hable una solucin de ToIP con
servicios avanzados.
La metodologa propuesta permite abordar un proyecto de
ToIP no solamente desde la perspectiva tcnica, a fin de poder
dimensionar las necesidades reales de la institucin, sino
tambin, desde la perspectiva de gerencia de proyectos, con el
propsito de plantear las herramientas que permitan identificar
los factores internos y externos de la organizacin, que giran
en torno al xito del proyecto o que tienen alguna influencia sobre el
mismo.

- Ricardo, (2011), en su Tesis: Diseo e implantacin de una red multiservicios
de comunicacin para una entidad bancaria. Afirma que:
Tras haber presentado una solucin que ha cumplido con los
requerimientos demandados por el cliente para migrar sus sistemas
de telefona tradicionales analgicos hacia una convergencia entre la
nueva red de telefona IP y su red de datos actual y que, adems,
hemos implementado y validado de acuerdo a una planificacin
tcnica que ha cumplido con las expectativas generadas, reduciendo
notoriamente los costes de mantenimiento que el cliente tena
anteriormente.
Tras la auditoria podemos decir que se ha alcanzado uno de
los objetivos deseados, es decir, el de detectar posibles deficiencias en
la red.
A nivel de trafico de WAN, podemos afirmar, que ciertas de
las sedes, padecen las consecuencias de la baja calidad de sus lneas
ADSL y FR, con ciertos momentos de saturacin de la lnea. Esta baja
capacidad podra haber sido crtica tras la migracin de las oficinas
VoIP, por eso se decide tras la auditoria aumentar la capacidad de
los enlaces en cada una de las oficinas.

10

- Carlos, (2008), en su Tesis: Propuesta de Mejora, Diseo e Implantacin de una
red Telefona IP. Concluye que:
Este proyecto ha tratado el estudio de las necesidades que
han motivado a un cliente a migrar sus sistemas de telefona
tradicionales analgicos hacia una convergencia entre la nueva red
de telefona IP y su red de datos actual.
Hemos presentado una solucin que ha cumplido con los
requerimientos demandados por el cliente y que, adems, hemos
implementado y validado de acuerdo a una planificacin tcnica que
ha cumplido con las expectativas generadas.
A nivel tcnico, como posible lnea de trabajo para el futuro,
se puede mejorar el enrutamiento entre redes que realizan los
routers, ya que se utilizan rutas estticas. Se podra implementar un
protocolo de enrutamiento dinmico que otorgue a la red de mayor
flexibilidad a la hora de convergencia en enrutamiento.

- Jorge A. y Jos A, (2009), en su Tesis: Implementacin de voz sobre IP en
OPTICENTRO INTERNACIONAL. Afirman que:
Una plataforma de telecomunicaciones basada en vos sobre
IP, es la solucin ms adecuada para OPTICENTRO
INTERNACIONAL, so solo por el ahorro que presenta, sino por la
posibilidad de adquirir nuevos servicios y aplicaciones de telefona.
Se cumplieron satisfactoriamente, todos y cada una de los
objetivos planteados en la fase de planeacin. El presupuesto se
ajust a la propuesta inicial, y el cronograma se llev a cabo en el
tiempo acordado.
Los nuevos servicios de telefona, estn siendo utilizados por
la mayor parte de OPTICENTRO INTERNACIONAL, lo cual es un
buen indicador para medir el grado de aceptacin del proyecto.
La compaa puede continuar con la expansin de mercado
que lleva actualmente, sin preocuparse por la demanda de
extensiones. Los directivos de la compaa pueden monitorear el
comportamiento de cada uno de los usuarios, de forma fcil y
oportuna.

4.2. BASES TEORICAS
4.2.1. BASES TEORICAS TRANSDICIPLINARIAS
4.2.2. BASES CONCEPTUALES
Las siguientes notas describirn lo que se conoce como estado del arte:
una visin general del desarrollo actual general de cada tecnologa
involucrada en este proyecto.

11

4.2.2.1. REDES INALMBRICAS
Una red inalmbrica, es una red de ordenadores en la que el medio de
transmisin utilizado son las ondas de radio a travs del aire. Hacemos
mencin de las de mayor utilizacin comercial:

4.2.2.2. WIMAX
Es una definicin de las siglas de World Wide Interoperability for
Microwave Access (interoperabilidad mundial para acceso por
microondas). Es una norma de transmisin de datos usando ondas de
radio. Una de las caractersticas que contiene es que permite la
recepcin de datos por microondas y retransmisin por ondas de radio.
Desde el punto de vista conceptual es un protocolo que est bajo el
estndar 802.16 de la IEEE, operando con un alcance de transmisin
cercano a los 55km de radio [5]. En Panam existe un plan
gubernamental de brindar acceso pblico a Internet utilizando estas
tecnologas.

4.2.2.3. HSDPA
Se presenta como actualizacin de las tecnologas de internet mvil
UMTS/WCDMA en redes de Telefona Celular, mayormente utilizado en
accesos para la telefona celular [6]. Se basa en un canal compartido
que se divide en dos partes: el uplink para subir informacin y el
downlink para realizar descargas. Esto mejora significativamente la
capacidad de transferencia de informacin alcanzando tasas de hasta 14
Mbps.

4.2.2.4. WiFi (Wireless LAN)
Acrnimo para Wireless Fidelity; es el nombre comercial del estndar
802.11 de la IEEE. La funcin principal de esta tecnologa es proveer un
medio de transmisin inalmbrico para redes de rea local (LAN) [32].
Se han desarrollado varias revisiones de 802.11, algunos permitiendo
interconectividad con estndares anteriores. Los estndares IEEE
802.11b e IEEE 802.11g son los que han sido mayormente adaptados,
con velocidades mximas de 11 Mbps y 54 Mbps respectivamente.
Recientemente ha sido publicada una revisin preliminar de IEEE
802.11n, que puede alcanzar velocidades hasta 130 Mbps, superando la
velocidad de 100 Mbps de las redes LAN cableadas Fast Ethernet.
sta es la tecnologa seleccionada para los propsitos de esta
investigacin, debido al bajo costo de los equipos, la facilidad de
12

instalacin/configuracin adems del bajo impacto que supondra la
expansin del alcance dentro de la red (slo requerira comprar los
equipos necesarios y sintonizarlos con el resto de la red).
Las redes WLAN permiten la conexin entre dos (2) o ms equipos
(hosts) utilizando un tipo de canal de enlace (mayormente de Espectro
Disperso). En Espectro Disperso, el medio de transmisin es una seccin
del espectro electromagntico, particularmente las ondas de radio con
frecuencias que oscilan entre 2.412 y 2.484 GHz. Debido a que el medio
de transmisin no confine a los datos que viajan como lo hara un cable
categora 5, este medio se conoce como medio de transmisin no
guiado. Dentro de este rango definido del espectro electromagntico,
se ha hecho una divisin de once (11) canales de transmisin, para
intentar evitar que los equipos agoten cierto canal debido a un gran
nmero de equipos transmitiendo y recibiendo datos.

13


La imagen anterior nos muestra que existen dos tipos generales de
configuracin para una red inalmbrica: redes de infraestructura o
centralizadas, o redes descentralizadas (Ad-Hoc).
4.2.2.4.1. REDES DE INFRAESTRUCTURA
Estas redes dependen de un equipo central de conexin para
establecer contacto (WiFi Access Point); ste a su vez debe actuar
de puente ya sea hacia Internet o hacia alguna red privada [4], El
punto de acceso establece el mximo de equipos que pueden
intercambiar datos en la red, adems de hacer las tareas de

Figura Hl: Infraestructura vs. Descentralizada
14

administracin como registro de equipos, seguridad de la red, etc.
An si no hay hosts asociados, el punto de acceso mantiene
disponible los recursos para establecer conexin.

4.2.2.4.2. REDES DESCENTRALIZADAS
Una red ad-hoc (o descentralizada) es una red que crece en
la medida que se unen equipos a la misma. Los mismos equipos
que la conforman deben registrarse en la red, y guardar un registro
de los otros nodos que se van aadiendo con el paso del tiempo.
Para tener acceso a Internet u otra red privada, al menos uno de
los nodos debe actuar de puerta de enlace (Gateway) a la siguiente
red. Esta red tiene dos (2) subgrupos:

4.2.2.4.3. AD-HOC:
Hace referencia a redes donde los equipos no permanecen
en una posicin fija durante el tiempo en que son parte de la red,
elevando el dinamismo en las transmisiones de datos.

4.2.2.4.4. MESH:
En este subgrupo, a pesar de formar la red dinmicamente los
equipos mantienen posiciones fijas durante el tiempo que formen parte de
la red.


4.2.2.5. VOZ SOBRE IP (VoIP)
Voz sobre IP (VoIP) es un trmino general para reunir el grupo de
tecnologas que permiten establecer comunicacin telefnica a travs
de redes IP tales como internet o redes privadas. Estas tecnologas
funcionan para dar servicios de comunicacin tanto en una red privada,
como permitir interconexiones con una red pblica de telefona
tradicional (PSTN).
Este grupo diverso de tecnologas inicialmente permite establecer
servicios de comunicacin utilizando la red internet (esquema conocido
como Telefona IP). Para lograrlo se da el proceso de conversin de la
seal anloga de la voz a seales digitales, para luego ser sometidas a
procesos de compresin/traduccin de la seal a paquetes IP que luego
se aaden a tramas Ethernet, para ser transmitidos desde una red IP
(privada o por internet) hacia su destino. En el destino, el proceso se
invierte para obtener voz de las seales digitales recibidas.
15

VoIP utiliza protocolos de control de sesin para establecer la
sealizacin de inicio y fin de una llamada entre dos (2) terminales;
adems, utiliza un cdec de audio que permite tratar la seal analgica
y codificarla para transmitir el audio a travs de la red IP. El cdec
utilizado en las llamadas puede variar en cada implementacin. Algunas
implementaciones permiten utilizar cdec de alta compresin (menor
consumo de banda ancha, menor calidad en el audio), hasta manejar
sonido estreo de alta fidelidad (mayor consumo de banda ancha) para
las llamadas.
Las implementaciones conocidas varan entre tecnologas
propietarias y estndares abiertos. Pasaremos a describir algunas de
estas tecnologas:

4.2.2.5.1. H.323
Estndar recomendado por la Unin Internacional de
Telecomunicaciones (ITU) para transmisiones de audio/video sobre
el protocolo IP, en 1996. Es un conjunto de normas
(recomendacin paraguas) de la ITU para comunicaciones
multimedia que hacen referencia a los terminales, equipos y
servicios estableciendo una sealizacin en redes IP. No garantiza
una calidad de servicio, y en el transporte de datos puede, o no,
ser fiable; en el caso de voz o vdeo, nunca es fiable. Adems, es
independiente de la topologa de la red y admite pasarelas,
permitiendo usar ms de un canal de cada tipo (voz, vdeo, datos)
al mismo tiempo. Fue diseado con un objetivo principal: proveer
a los usuarios con tele-conferencias que tienen capacidades de
voz, video y datos sobre redes de conmutacin de paquetes.
Las continuas investigaciones y desarrollos de H.323 siguen
con la misma finalidad y, como resultado, H.323 es evaluado como
un protocolo ptimo para cubrir esta clase de aspectos. Adems,
H.323 y la convergencia de voz, video y datos permiten a los
proveedores de servicios prestar esta clase de facilidades para los
usuarios de tal forma que se reducen costos mientras mejora el
desempeo para el usuario.
Como se ha visto en el diagrama, este estndar define un
amplio conjunto de caractersticas y funciones, algunas son
necesarias y otras opcionales. Pero el H.323 define mucho ms que
16

las funciones, este estndar define los siguientes componentes
ms relevantes:
- Terminal
- Gateway
- Gatekeeper
- Unidad de Control Multipunto
- Controlador Multipunto
- Procesador Multipunto
- Proxy H.323


4.2.2.5.1.1. TERMINAL
Un terminal H.323 es un extremo de la red que proporciona
comunicaciones bidireccionales en tiempo real con otro
terminal H.323, Gateway o unidad de control multipunto (MCU).
Esta comunicacin consta de seales de control, indicaciones,
audio, imagen en color en movimiento y /o datos entre los dos
terminales. Conforme a la especificacin, un terminal H.323
puede proporcionar cualquiera combinacin de medios
compuestos por voz, datos y vdeo. Consta de las interfaces del
equipo de usuario, el cdec de video, el cdec de audio, el
equipo telemtico, la capa H.225, las funciones de control del
sistema y la interfaz con la red por paquetes [19]. Estos
componentes del terminal H.323 se explican a continuacin:
a. Equipos de adquisicin de informacin: Es un conjunto de
cmaras, monitores, dispositivos de audio (micrfono y
altavoces) y aplicaciones de datos, e interfaces de usuario
asociados a cada uno de ellos.
b. Cdec de audio: Todos los terminales debern disponer de
un cdec de audio, para codificar y decodificar seales
vocales (G.711), y ser capaces de transmitir y recibir usando
las tcnicas de compresin- expansin (compansin) ley A y
ley p. Un terminal puede, opcionalmente, ser capaz de
codificar y decodificar seales vocales. El terminal H.323
puede, opcionalmente, enviar ms de un canal de audio al
mismo tiempo, por ejemplo, para hacer posible la difusin
de 2 idiomas.
c. Cdec de video: En los terminales H.323 es opcional.
17

d. Canal de datos: Uno o ms canales de datos son opcionales.
Pueden ser unidireccionales o bidireccionales.
e. Retardo en el trayecto de recepcin: Incluye el retardo
aadido a las tramas para mantener la sincronizacin, y
tener en cuenta la fluctuacin de las llegadas de paquetes.
No suele usarse en la transmisin sino en recepcin, para
aadir el retardo necesario en el trayecto de audio para, por
ejemplo, lograr la sincronizacin con el movimiento de los
labios en una videoconferencia.
f. Unidad de control del sistema: Proporciona la sealizacin
necesaria para el funcionamiento adecuado del terminal.
Est formada por tres bloques principales: Funcin de
control H.245, funcin de sealizacin de llamada H.225 y
funcin de sealizacin RAS.
a. Funcin de control H.245: Se utiliza el canal lgico de
control H.245 para llevar mensajes de control extremo
a extremo que rige el modo de funcionamiento de la
entidad H.323. Se ocupa de negociar las capacidades
(ancho de banda) intercambiadas, de la apertura y
cierre de los canales lgicos y de los mensajes de
control de flujo. En cada llamada, se puede transmitir
cualquier nmero de canales lgicos de cada tipo de
medio (audio, video, datos) pero solo existir un canal
lgico de control, el canal lgico 0.
b. Funcin de sealizacin de la llamada H.225: Utiliza un
canal lgico de sealizacin para llevar mensajes de
establecimiento y finalizacin de la llamada entre 2
puntos extremos H.323. El canal de sealizacin de
llamada es independiente del canal de control H.245.
Los procedimientos de apertura y cierre de canal lgico
no se utilizan para establecer el canal de sealizacin.
Se abre antes del establecimiento del canal de control
H.245 y de cualquier otro canal lgico. Puede
establecerse de terminal a terminal o de terminal a
gatekeeper.
c. Funcin de control RAS (Registro, Admisin, Situacin):
Utiliza un canal lgico de sealizacin RAS para llevar a
cabo procedimientos de registro, admisin, situacin y
18

cambio de ancho de banda entre puntos extremos
(terminales, Gateway, etc.) y el gatekeeper. Slo se
utiliza en zonas que tengan un gatekeeper. El canal de
sealizacin RAS es independiente del canal de
sealizacin de llamada, y del canal de control H.245.
Los procedimientos de apertura de canal lgico H.245
no se utilizan para establecer el canal de sealizacin
RAS. El canal de sealizacin RAS se abre antes de que
se establezca cualquier otro canal entre puntos
extremos H.323.
g. Capa H.225: Se encarga de dar formato a las tramas de
video, audio, datos y control transmitidos en mensajes de
salida hacia la interfaz de red y de recuperarlos de los
mensajes que han sido introducidos desde la interfaz de red.
Adems lleva a cabo tambin la alineacin de trama, la
numeracin secuencial y la deteccin/correccin de errores.
h. Interfaz de red de paquetes: Es especfica en cada
implementacin. Debe proveer los servicios descritos en la
recomendacin H.225. Esto significa que el servicio extremo
a extremo fiable (por ejemplo, TCP) es obligatorio para el
canal de control H.245, los canales de datos y el canal de
sealizacin de llamada.

El servicio de extremo a extremo no fiable (UDP, IPX) es
obligatorio para los canales de audio, los canales de video y el
canal de RAS. Estos servicios pueden ser dplex o simplex y de
unicast o multicast dependiendo de la aplicacin, las
capacidades de los terminales y la configuracin de la red.
19

4.2.2.5.1.2. GATEWAY
Un Gateway H.323 es un extremo que proporciona
comunicaciones bidireccionales en tiempo real entre terminales H.323 en
la red IP y otros terminales o Gateways en una red conmutada. En general,
el propsito del Gateway es reflejar transparentemente las caractersticas
de un extremo en la red IP a otro en una red conmutada y viceversa.
4.2.2.5.1.3. GATEKEEPER
El gatekeeper es una entidad que proporciona la traduccin de
direcciones y el control de acceso a la red de los terminales H.323,
Gateways y MCUs. El gatekeeper puede tambin ofrecer otros servicios a
los terminales, Gateways y MCUs, tales como gestin del ancho de banda
y localizacin de los Gateways. Realiza dos funciones de control de
llamadas que preservan la integridad de la red corporativa de datos. La
primera es la traslacin de direcciones de los terminales de la LAN a las
correspondientes IP o IPX, tal y como se describe en la especificacin RAS.
La segunda es la gestin del ancho de banda, fijando el nmero de
conferencias que pueden estar dndose simultneamente en la LAN y
rechazando las nuevas peticiones por encima del nivel establecido, de
manera tal que se garantice ancho de banda suficiente para las
aplicaciones de datos sobre la LAN. [19]
El Gatekeeper proporciona todas las funciones anteriores para los
terminales, Gateways y MCUs, que estn registrados dentro de la
denominada Zona de control H.323. Adems de las funciones anteriores,
el Gatekeeper realiza los siguientes servicios de control:
Control de admisiones: El gatekeeper puede rechazar aquellas
llamadas procedentes de un terminal por ausencia de autorizacin
a terminales o Gateways particulares de acceso restringido o en
determinadas franjas horarias.
Control y gestin de ancho de banda: Para controlar el nmero de
terminales H.323 a los que se permite el acceso simultneo a la
red, as como el rechazo de llamadas tanto entrantes como
salientes para las que no se disponga de suficiente ancho de
banda.
Gestin de la zona: Lleva a cabo el registro y la admisin de los
terminales y Gateways de su zona. Conoce en cada momento la
20

situacin de los Gateways existentes en su zona que encaminan las
conexiones hacia terminales RCC.
4.2.2.5.1.4. UNIDAD DE CONTROL MULTIPUNTO (MCU)
La MCU tiene dos componentes:
CONTROLADOR MULTIPUNTO (MC)
Un controlador multipunto es un componente de H.323 que provee capacidad de
negociacin con todos los terminales para llevar a cabo niveles de
comunicaciones. Tambin puede controlar recursos de conferencia tales como
multicasting de vdeo. El Controlador Multipunto no ejecuta mezcla o
conmutacin de audio, vdeo o datos. [19]
PROCESADOR MULTIPUNTO (MP)
Un procesador multipunto es un componente de H.323 de hardware y software
especializado, mezcla, conmuta y procesa audio, vdeo y / o flujo de datos para
los participantes de una conferencia multipunto de tal forma que los
procesadores del terminal no sean pesadamente utilizados. El procesador
multipunto puede procesar un flujo medio nico o flujos medio mltiples
dependiendo de la conferencia soportada. [19]
2.2.I.5. PROXY H.323
Un proxy H.323 es un servidor que provee a los usuarios acceso a redes seguras de unas a
otras confiando en la informacin que conforma la recomendacin H.323. El Proxy H.323 se
comporta como dos puntos remotos H.323 que envan mensajes tipo call - set up, e
informacin en tiempo real a un destino del lado seguro del firewall. [19]
21

2.2.2. SESSION INITIATION PROTOCOL (SIP): protocolo de sealizacin de la IETF, utilizado
ampliamente para control de sesiones de comunicacin multimedia (audio/video), adems
de voz sobre IP [21].
Fue creado con la intencin de ser el estndar de iniciacin, modificacin y finalizacin de
sesiones interactivas de usuarios con elementos multimedia como el video, voz, mensajera
instantnea, juegos online y entornos de realidad virtual en redes IP. Eventualmente el uso
se ha enfocado estrictamente para servicios de comunicaciones por voz, siendo el protocolo
ms utilizado en las operaciones de VofP a nivel mundial.. Fue desarrollado por el grupo
MMUSIC (Multimedia Session Control) del IETF, definiendo una arquitectura de sealizacin
y control para VolP. Inicialmente fue publicado en febrero del 1996 en la RFC 2543, ahora
obsoleta con la publicacin de la nueva versin RFC 3261 que se public en junio del 2002
[21].
SIP fue diseado de acuerdo al modelo de Internet. Es un protocolo de sealizacin extremo
a extremo que implica que toda la lgica es almacenada en los dispositivos finales (salvo el
rutado de los mensajes SIP). El estado de la conexin es tambin almacenado en los
dispositivos finales. El precio a pagar por esta capacidad de distribucin y su gran
escalabilidad es una sobrecarga en la cabecera de los mensajes producto de tener que
mandar toda la informacin entre los dispositivos finales.
El protocolo RTP se usa para transportar los datos de voz en tiempo real (igual que para el
protocolo H.323, mientras que el protocolo SDP se usa para la negociacin de las
capacidades de los participantes, tipo de codificacin, etc.)
Caractersticas
o Determinar la ubicacin de los usuarios.
o Establecer, modificar y terminar sesiones multipartitas entre usuarios. o adopta el
modelo cliente-servidor y es transaccional. o aporta un conjunto de las funciones de
procesamiento de llamadas.
22


Para implementar estas funcionalidades existen varios componentes en SIP. Existen dos
elementos fundamentales, los agentes de usuario (User Ageni) y los servidores.
2.2.2.1. USER AGENT (UA)
Consisten en dos partes distintas, el User Agent Client (UAC) y el User Agent Server (UAS). Un
UAC es una entidad lgica que genera peticiones SIP y recibe respuestas a esas peticiones. Un
UAS es una entidad lgica que genera respuestas a las peticiones SIP [21].
Ambos se encuentran en todos los terminales de usuario, as permiten la comunicacin entre
diferentes agentes de usuario mediante comunicaciones de tipo cliente-servidor.
2.2.2.2. SIP SERVER
Los servidores SIP pueden ser de tres tipos:
o PROXY SERVER: retransmiten solicitudes y deciden a qu otro servidor deben remitir,
alterando los campos de la solicitud en caso necesario. Es una entidad intermedia que
acta como cliente y servidor con el propsito de establecer llamadas entre los
usuarios. Este servidor tienen una funcionalidad semejante a la de un Proxy HTTP que
tiene una tarea de encaminar las peticiones que recibe de otras entidades ms
prximas al destinatario. Existen dos tipos de Proxy Servers: Statefull Proxy y Stateless
Proxy.
Statefull Proxy: mantienen el estado de las transacciones durante el

Figura IL3: Elementos De Red Dentro De La Arquitectura SIP
23

procesamiento de las peticiones. Permite divisin de una peticin en varias
(forking), con la finalidad de la localizacin en paralelo de la llamada y obtener
la mejor respuesta para enviarla al usuario que realiz la llamada.
Stateless Proxy: no mantienen el estado de las transacciones durante el
procesamiento de las peticiones, nicamente reenvan mensajes.
o REGISTRAR SERVER: es un servidor que acepta peticiones de registro de los usuarios y
guarda la informacin de estas peticiones para suministrar un servicio de localizacin y
traduccin de direcciones en el dominio que controla.
o REDIRECT SERVER: es un servidor que genera respuestas de redireccin a las peticiones
que recibe. Este servidor reencamina las peticiones hacia el prximo servidor.
La divisin de estos servidores es conceptual, cualquiera de ellos puede estar fsicamente una
nica mquina, la divisin de stos puede ser por motivos de escalabilidad y rendimiento. [21]
24

2.2.3. INTER-ASTERISK EXCHANGE (IAX): serie de protocolos de sealizacin, desarrollados a partir de la
creacin del software PBX Asterisk [9]. Promulga una serie de mejoras para comunicar nodos
que estn detrs de cortafUegos(firewalls) y redes NAT.
El protocolo IAX se corresponde con Inter-Asterisk eXchange protocol. Como indica su nombre
fUe diseado como un protocolo de conexiones VolP entre servidores Asterisk aunque hoy en
da tambin sirve para conexiones entre clientes y servidores que soporten el protocolo [20].
La versin actual es IAX2, ya que la primera versin de IAX ha quedado obsoleta, es un protocolo
diseado y pensado para su uso en conexiones de VolP aunque puede soportar otro tipo de
conexiones (por ejemplo video)
Los objetivos de IAX son:
Minimizar el ancho de banda usado en las transmisiones de control y multimedia de VolP
Evitar problemas de NAT (Network Address Translation)
Soporte para transmitir planes de marcacin
Entre las medidas para reducir el ancho de banda cabe destacar que IAX o IAX2 es un protocolo
binario en lugar de ser un protocolo de texto como SIP y que hace que los mensajes usen menos
ancho de banda. [20]
Para evitar los problemas de NAT el protocolo IAX o IAX2 usa como protocolo de transporte UDP,
normalmente sobre el puerto 4569, (el IAX1 usaba el puerto 5036), y tanto la informacin de
sealizacin como los datos viajan conjuntamente (a diferencia de SIP) y por tanto lo hace menos
proclive a problemas de NAT y le permite pasar los routers y firewalls de manera ms sencilla. [20]
25


Como observamos en el diagrama, una llamada IAX o IAX2 tiene tres fases:
A) Establecimiento de la llamada
El terminal A inicia una conexin y manda un mensaje "new". El terminal llamado responde con un
"accept" y el llamante le responde con un "Ack". A continuacin el terminal llamado da las seales
de "ringing" y el llamante contesta con un "ack" para confirmar la recepcin del mensaje. Por
ltimo, el llamado acepta la llamada con un "answer" y el llamante confirma ese mensaje. [20]
B) Flujo de datos o flujo de audio
Se mandan los frames My F e n ambos sentidos con la informacin vocal. Los frames M son mini-
frames que contienen solo una cabecera de 4 bytes para reducir el uso en el ancho de banda. Los
frames F son frames completos que incluyen informacin de sincronizacin. Es importante volver a
resaltar que en IAX este flujo utiliza el mismo protocolo UDP que usan los mensajes de sealizacin
evitando problemas de NAT. [20]
C) Liberacin de la llamada o desconexin.
La liberacin de la conexin es tan sencilla como enviar un mensaje de "hangup" y confirmar
dicho mensaje.

Figura II.4: Sesin IAX/IAX2
26

2.2.4. SKYPE: software comercial ampliamente utilizado, que utiliza una serie de protocolos
privados para establecer comunicaciones audio/video entre pares (peer 2 peer).

Tal como lo muestra el diagrama de arquitectura, observamos que la comunicacin hacia el servidor del
proveedor es mayormente para autenticacin del cliente. Una vez que ambos nodos establecen su
registro y autenticacin con los servidores principales, las llamadas son comunicadas directamente
entre ellos. Es ah donde se observa el concepto de comunicacin par a par (p2p), sin un equipo de
comunicacin intermediario en la transmisin de audio/video.
2.3. APLICACIONES WEB
Bajo los trminos de la ingeniera de software, una aplicacin web es un aplicativo que es accedido a
travs de un navegador web, ya sea en una red local privada (intranet) o a travs de internet [12]. Es
codificada en cdigo legible para el navegador (HTML, JavaScript, Java, XML, etc.) y se basa en el motor
de interpretacin del mismo para su funcionamiento.

Figura II.5: Arquitectura De Comunicacin Para Skype(fwente: Technology Training Limited)
27

La reciente popularidad de las aplicaciones web se debe al uso universal de los navegadores, lo que
permite tomarlos como clientes ligeros (thin clients) y utilizar la mayor cantidad de recursos en los
servidores. Debido a esta ventaja, es mucho ms atractivo para los desarrolladores e integradores
actualizar y mantener las aplicaciones en el servidor, y que para los usuarios sea algo transparente; algo
que no era posible con las aplicaciones cliente-servidor, donde al actualizar el servidor tambin haba
que invertir tiempo en actualizar los clientes de los usuarios. Incluso se aprovecha al mximo el
concepto de sistemas multiplataforma con los aplicativos web. Entre los aplicativos ms populares
estn los clientes de correo electrnico, sistemas de compras y subastas en lnea, aplicaciones
financieras/comerciales, redes sociales, entre otros.
Utilizar una interfaz web hasta este momento posee pocas limitaciones en la funcionalidad que puede
ofrecer al usuario. A travs de tecnologas como Java, Flash, JavaScript, Silverlight, entre otras se puede
lograr desarrollar funcionalidades muy especificas como permitir hacer dibujos/trazos, tener
interaccin directa con hardware del ordenador como la tarjeta de video o la cmara web, emitir
audio/video, acceso a mouse y teclado, etc. Aun funcionalidades usuales de escritorio como el drag
and drop pueden ser perfectamente realizables en un aplicativo web.
28


Quizs la mayor influencia en la nueva tendencia de desarrollar para web sea el uso de JavaScript
Asincrono con XML (AJAX por sus siglas). Este uso combinado de tecnologas web, permite crear
aplicativos totalmente interactivos con el usuario, con cdigo que se ejecuta desde el navegador [25].
Un aplicativo AJAX puede obtener datos desde un servidor de forma asncrona en el trasfondo de la
pgina, sin alterar el estado actual de la pgina y evitando refrescar toda la pagina; tal como se hara
para una pgina web esttica o tradicional. Tal es el caso que observamos en Zoho Writer, que es un
procesador de texto en lnea, el cual emula la mayora de controles y funciones que hemos conocido
en software de procesadores de palabra para escritorio.
A pesar de mencionar explcitamente a JavaScript y XML, este mismo efecto interactivo se puede
producir con otras tecnologas, e incluso las interacciones con el servidor no tienen que ser asncronas
necesariamente. Lo importante es mantener el concepto de que los aplicativos web permiten
refrescar diferentes elementos de una pgina web por separado, independientemente de las
tecnologas envueltas en ofrecer este nivel de interaccin.

Figura II.6: Zoho Writer - Ejemplo De Aplicacin Web
29

Browser
T
HTTP Fteiuest-Response XMLHttpRt^est
F 1
WEB SERVER

WEB SERVER
WEB PAGES AND
JAVASCRIPT FILES

XML
AND
XSLT FILES

Figura IL7: Componentes De Ajax
Esta imagen muestra los componentes participantes en la tecnologa Ajax. La mayora de los
componentes de AJAX son tecnologas web desarrolladas y estandarizadas en los ltimos 15 aos. Las
mismas se mantienen continuamente en progreso y desarrollo, permitiendo ser consideradas
ampliamente para aplicaciones de orden comercial y empresarial.
30

2.3.1. COMPONENTES DE LA WEB 2.0
2.3.1.1. DYNAMIC HTML (DHTML): Las aplicaciones AJAX toman ventaJa del HTML dinamico, el
cual consiste en la separacin entre la estructura del aplicativo(HTML), el estilo del
documento web(CSS - Cascade Style Sheets) y el cdigo Javascript. Todo esto apunta
hacia extensiones que los diseadores pueden utilizar para desarrollar sitios web con
mayor nivel de animacin y dinamismo que lo que puede ofrecer solo HTML. EJemplo de
esto es el concepto de roll over(pasar el cursor sobre un elemento del sitio, generando
cambios visuales inmediatos) y el drag and drop(seleccin y reposicionamiento de
elementos en el mismo sitio web.
2.3.1.2. EXTENSIVE MARKUP LANGUAGE (XML): El metalenguaje XML es un conjunto de reglas
utilizado para codificar la informacin enviada entre el servidor web y un navegador o
aplicacin cliente. El World Wide Web Consortium (W3C) dio inicio al trabajo en XML en
1996, para crear un formato de datos multiplataforma a travs de internet. El primer
estndar fue aprobado en 1998. XML es un metalenguaje, que puede definir una serie
de formatos para interpretar datos en documentos en lnea. Cualquier organizacin
puede generar su propio grupo de identificadores y establecer parmetros de
interpretacin de datos enviados dentro de sus aplicativos.
2.3.1.3. CASCADING STYLE SHEETS (CSS): estndar de trabajo desde 1996, le han permitido a los
diseadores mayor control sobre el despliegue de las pginas web en los navegadores.
Las hojas de estilo permiten a los desarrolladores definir, separado del cdigo HTML,
como ciertos elementos del documento web tales como cabeceras, subtitulos,
hiperenlaces deben mostrarse al usuario final.
2.3.1.4. DOCUMENT OBJECT MODELER (DOM): estndar del W3C desde 1998, el DOM es una
interfaz de programacin que permite crear y modificar documentos HTML y XML como
objetos de programa. Esta disposicin permite crear sitios web que los usuarios puedan
manipular. El DOM define atributos asociados a cada objeto, adems de formas en las
que un usuario final puede interactuar con ellos. Estas propiedades hacen de las
aplicaciones AJAX sitios web particularmente interactivos con el usuario final.
31

231.5.
JAVASCRIPT: liberado por el trabajo conjunto de Netscape y Sun en 1995, el cdigo
JavaScript interactua con el HTML en navegador web, moviendo los sitios web de solo
desplegar informacin a sitios donde que existe la experiencia de usuario similar a las
aplicaciones de escritorio. Debido a que este lenguaje funciona directamente desde el
navegadores multiplataforma), elimina por completo la necesidad de instalar plugins o
pequeos programas para manejar y presentar diversos tipos de contenidos no
estndar, a la manera de aplicaciones en formato Flash.
2.3.I.6. XMLHTTPREQUEST: Los objetos XMLHttpRequest en JavaScript,
permiten hacer llamadas del protocolo HTTP hacia el servidor web de manera nica, sin
la necesidad de participar de una llamada general que hara que todo el sitio web tenga
que cargar nuevamente para mostrar los cambios. Esta particularidad es la que permite
que determinado sitio web pueda cargar y mostrar informacin en secciones especficas
(menues desplegables, validacin automtica de contraseas, pruebas CAPTCHA entre
otros) sin cortar la interaccion visual con el usuario. Es entonces donde se crea el
efecto de sentir que la web se comporta como un aplicativo de escritorio.
2.3.2. FUNCIONAMIENTO DE UN SITIO WEB 2.0
En un sitio web regular, las interacciones de usuario activan pedidos de datos al servidor web por
parte del navegador; para desplegar informacin al usuario todo el sitio web es recargadojunto a
los cambios especficos solicitados por el mismo.
Una aplicacin Ajax utiliza un motor JavaScript desde el navegador. En esta situacin el navegador
no carga la pagina web directamente; el navegador carga el motor JavaScript, el cual a su vez toma
las riendas de la carga del sitio web Ajax solicitado por el usuario. El motor JavaScript maneja las
interacciones directas con el usuario, y hace algunas validaciones simples. De requerir ms datos,
establece una llamada tras bastidores al servidor, haciendo el proceso totalmente ajeno a la
experiencia del usuario y a su vez disminuyendo la cantidad de llamadas al servidor junto a la
cantidad de datos que requieren ser enviados en estas llamadas. Esto permite reducir el trfico de
red consumido y el tiempo de espera en respuestas del servidor.

5. ANEXOS
MATRIZ DE CONSISTENCIA
TEMA
PLANTEMIENTO DEL
PROBLEMA
OBJETO
CAMPO DE
ESTUDIO
OBJETIVOS DEL ESTUDIO
HIPTESIS DE
INVESTIGACIN
METODOLOGA
A USAR
VARIABLES INDICADORES
TITULO
PROPUESTA
DE
INTERCOMUN
ICACION EN
LAS
ORGANIZACIO
NES BAJO UN
CONCEPTO DE
UN SISTEMA
DE TELEFONIA
VoIP
UTILIZANDO
REDES
INALAMBRICA
S DE TIPO
MESH Y
SOFTWARE
LIBRE
El Desarrollo tecnolgico
actual ha permitido
grandes avances en
materia de
comunicaciones
humanas; sin embargo,
no todos los grupos
sociales estn siendo
beneficiados. Esta
investigacin tiene por
objetivo explorar la
implementacin conjunta
de un grupo de
tecnologas, a fin de
comprobar si las mismas
pueden ser una
implementacin viable en
el mundo real.
Actualmente observamos
que la implementacin de
la telefona IP (VoIP) para
muchas personas es algo
muy costoso de
implementar, en realidad
es una forma de reducir
costos en las empresas u
CAMPO DE
ESTUDIO
Organizacio
nes

OBJETO DE
ESTUDIO
Telefona
VoIP.

OBEJETIVO GENERAL
Disear una red
inalmbrica tipo Mesh con
soporte TCP/IP para hacer
una prueba de
intercomunicacin entre
organizaciones bajo los
conceptos de telefona VoIP.

OBJETIVOS ESPECIFICOS
- Realizar un estudio de
factibilidad acerca de los
costos de implementar una
red inalmbrica, junto a un
sistema de telefona VOIP.
- Comparar costos y
beneficios de levantar la
infraestructura de manera
propia, frente a las
opciones del mercado que
proveen servicios similares
al propuesto.
- Implementar un
sistema de telefona VoIP
sobre una red inalmbrica.
- Demostrar la
INVESTIGACION
INTERACTIVA.
METODOLOGIA:
5.1.Problematiz
acin
5.2.Diagnostico
5.3.Diseo de
una Propuesta
de cambio
5.4.Aplicacin
Propuesta
5.5. Evaluacin.
VI: TELEFONIA
VoIP
UTILIZANDO
REDES
INALAMBRICA
S DE TIPO
MESH Y
SOFTWARE
LIBRE
VD:
INTERCOMUNI
CACION EN
LAS
ORGANIZACIO
NES



SINTOMAS, CAUSAS, PRONOSTICO Y CONTROL AL PROPOSITO
EJEMPLOS DE CUADRO DIAGNSTICO PARA PLANTEAMIENTO DEL PROBLEMA
1. SINTOMAS
Hechos o situaciones que se
observan al analizar el objetivo
de investigacin
2. CAUSAS
Hechos o situaciones que se
producen por la existencia de los
sntomas identificados en 1
3. PRONSTICO
Situaciones que pueden darse si
se siguen presentando los
sntomas identificados en 1 y sus
causas en 2
4. CONTROL AL PRONSTIO
Acciones por las cuales el
investigador puede anticiparse y
controlar las situaciones
identificadas en sntomas 1 ,
causas 2 y pronstico 3
organizaciones ya sean
pequeas o grandes; que
no cuentan con suficiente
capital e infraestructura.
Sim embargo, existen
otros escenarios donde la
implementaciones de
intercomunicacin de Vos
sobre IP (VoIP) dentro de
una organizacin son
eficientemente
productivos generando
un flujo de comunicacin
inter-organizativa.
viabilidad tcnica y
financiera de la solucin de
telecomunicaciones.
Plantear el presupuesto
necesario para la
infraestructura de red VoIP.
- Proponer la mejora de
la disponibilidad del
servicio de telefona,
aprovechando las nuevas
aplicaciones y utilidades
que nos brinda la voz sobre
IP.

1. Descoordinacin debido
a una mala comunicacin
entre organizaciones.
2. Baja eficiencia en la
calidad de Productos o
servicios.
3. Deficiencia en el tiempo
de atencin al cliente.
4. Mal mtodo de
comunicacin entre las
organizaciones
5. Poco inters en las TICs.
6. No hay un ambiente de
previsin con respecto a
los acontecimientos.
7. Dificultad en la previsin
de eventos futuros
8. Escasez del personal
preparado para
desarrollar la labor de
planeacin.
9. Se proponen acciones en
el corto plazo centradas
en produccin y ventas.
10. se desvirta el rol de la
alta direccin en cuanto a
la dedicacin que
requiere la planeacin
estratgica, fundamental
para la supervivencia de
la empresa a largo plazo
11. La empresa no
aprovechar las
oportunidades del
entorno, ni sus
fortalezas.
12. No existir un ambiente
de innovacin y
creatividad que
permitir a sus miembros
plantear alternativas de
accin que respondan a
los acontecimientos.
13. La empresa no tendr un
marco de referencia
sobre el cual puedan
fundamentarse el
proceso de decisiones
que facilite el consenso
del mismo en los niveles
alto y medio.
Es necesario implantar la
planeacin estratgica en la
empresa con una adecuada
participacin de todos los
miembros, mediante una
comunicacin efectiva y el
compromiso de todos.

Вам также может понравиться