You are on page 1of 5

Captulo 4. Desarrollo de la investigacin.

La VoIP surgi de una necesidad de usuarios que estaban en la bsqueda del


aprovechamiento de las lneas telefnicas de la empresa que poco a poco fueron
emergiendo. As mismo, buscaba poder tener una red convergente, de una manera
que se aprovechara al mximo el recurso de interconexin, como lo es el Internet, con
la finalidad contar con un servicio de comunicacin unificado, reduccin de costos y
mejoras en la calidad de la comunicacin; aportes de los cuales en la red actual tiene
limitaciones de tal manera buscamos y presentamos cuatro proyectos.

4.1 Funcionamiento actual del rea del sistema a mejorar.


Una deficiencia manifestada del sistema actual es el caos en el plan de numeracin, en
el que existen mltiples rangos con poca relacin entre ellos, debido a las ampliaciones
progresivas que se le ha ido agregando al sistema en los ltimos aos, as como los
pocos usuarios que disponen de telfono mvil, lo utilizan de forma totalmente
independiente al sistema de telefona de la empresa que implica altos costos en las
comunicaciones y provoca prdida de las funcionalidades habituales dentro del sistema
de este tipo, la cual significa: marcacin corta de extensiones, desvos entre
extensiones.
Otra de las carencias de la instalacin actual, no es solo la necesidad de realizar
costosas actualizaciones de hardware, sino la dependencia de terceras empresas para
llevar a cabo dichas operaciones, as como las ms bsicas: cambio de categora de
una extensin, reprogramacin de un grupo de salto, con lo que esto representa tanto
en costes como en falta de agilidad y control, a partir de estos requerimientos,
presentamos una propuesta de migracin, que representara para esta compaa una
mejora significativa en tanto en arquitectura, como en funcionalidad y costos.

4.2. Propuesta.
Para entender el funcionamiento de los sistemas VoIP es importante entender el
modelo de capas en que se basa:
En primer lugar, se precisa de una capa de nivel de red que proporcione los
servicios bsicos de esta naturaleza, en general: conectividad IP.
En segundo lugar se precisa de un protocolo de sealizacin de llamadas, es
decir, un medio para que los dispositivos de un sistema VoIP (telfonos y
centralitas) tengan la capacidad de solicitar, procesar (contestar, cancelar,
redirigir) y entablar llamadas.
Un protocolo de conversin o de codificacin de audio a datos, a travs
del cual lograr encapsular el sonido real de una conversacin en un flujo o
stream de datos que, con mayor o menor calidad, sea capaz de ser
representado en el otro extremo. Esta labor la desempean los codecs:
entidades software o hardware de propsito exclusivo para la conversin de
audio a formato digital y viceversa.
Por ltimo, tambin es necesario un protocolo para el transporte de este
flujo de datos binarios entre dos entidades como son telfonos y centralitas,
una vez establecida la comunicacin que haga su labor el protocolo de
sealizacin.
A la hora de dar respuesta a la necesidad de unas nuevas centralitas basadas en Voz
sobre IP (VoIP) no faltan las alternativas en el mercado, dado que todos los fabricantes
prepararon hace ya algn tiempo el camino hacia este tipo de tecnologa, mucho ms
escalable, presente en cual parte del mundo y econmica. A pesar de existir cierto
nmero de estndares abiertos en el mbito de los protocolos mencionados
anteriormente, tambin al realizar este tipos de proyecto a la industria se tiene como
factor comn el enfoque propio o incluso en algunos casos por el uso de protocolos

de la misma empresa se puede evitar la influencia de la libre competencia a la hora


de actualizar o ampliar una solucin.
Uno de los factores ms limitantes a la hora de implementar cualquier solucin VoIP
son de los fabricantes tradicionales de centralitas: Nortel, Avaya, Siemens, Ericsson,
por el modelo de pago de licencia por extensin ya sea implementando dicha
licencia sobre el telfono o sobre los propios canales disponibles en la centralita.

4.3 Pruebas de la propuesta.


Para dar soporte a la propuesta del proyecto de telefona de VoIP, en la figura #,
presentamos un esquema del escenario, donde se puede observar de manera
generalizada de los enlaces de interconexin distribuidos dentro la empresa,
especficamente en las reas de TI. Ahora con las tecnologas IP y el manejo de los
datos estn la mayora almacenados en una nueva tendencia, que se llama Cloud
Storage o almacenamiento en la nube.

Figura #. Pruebas de la propuesta.

4.3.1. Tipos de pruebas.


Una vez implantada la solucin llega una de las fases ms importantes de todo
proyecto: la fase de pruebas y de aseguramiento de la calidad y la concordancia con
los objetivos planteados al principio del mismo.
Prueba de funcionalidad.
Junto con el personal involucrado de la empresa como son: tcnicos, usuarios
avanzados y muestra representativa de usuarios, se han de probar los casos ms
tpicos de llamadas, interno-interno, interno-remoto, interna-provincial, externa-interna,
externa-remota, as como todas y cada una de las funcionalidades previstas como
desvos, capturas, llamadas a todo tipo de destinos desde terminales de distinta
categora.
Prueba de tolerancia a fallos.
Se han de comprobar todas las hiptesis de fallo contempladas en el plan de
contingencia:
Cada de enlaces externos (se deben recibir las llamadas a travs de los enlaces
del otro centro).
Cada de un servidor dentro de uno de los clusters el superviviente ha de tomar
todas las funciones.
Prueba de carga:
Se ha de valorar la capacidad de respuesta del sistema ante volmenes de llamadas
imprevistos, para conocer los lmites reales del sistema. En concreto se simularn una
carga significativa de llamadas con la herramienta Astertest.

Anlisis de requerimientos: En esta etapa se inicia con un reconocimiento de la


empresa personal, planta fsica, entre otros y a medida que se conoce la empresa, se
conocen sus puntos crticos y a partir de estos se va generando los requerimientos.
Diseo de una Solucin de Voz sobre IP: De acuerdo a los requerimientos se
propone la solucin ideal para estos.
Anlisis del estado de la red de datos: En esta etapa de debe analizar el estado
actual de la red de datos que posee la empresa, identificar la arquitectura, los puntos
sensibles de la red, los equipos utilizados y la disponibilidad de ancho de banda, para
soportar el trfico de Voz IP de la solucin a implementar sobre la red.
Rediseo de la red de datos: Cuando la red de datos no se encuentra lista, se deben
hacer las modificaciones necesarias para soportar el trfico de datos y el trfico de Voz
IP.
Confirmacin de los parmetros para Voz sobre IP de la red de datos: Se debe
realizar la medicin de los siguientes parmetros: retardo, prdida de paquetes. Esta
prueba de simulacin de trfico Voz IP entre diferentes puntos dentro de la empresa
para confirmar el estado de la red. Las mediciones deben tomar datos en periodos
significativos, para detectar los puntos crticos.