Casilla de voz VOIP

[pic 3]

IMPLEMENTACIO´ N DE UN SISTEMA DE CASILLA DE VOZ PERSONALIZABLE MEDIANTE EL USO DE SEMS Y KAMAILIO SOBRE FREEBSD.

Nicola´s Antonio Sandoval Abarzu´a 10 de septiembre de 2017

Me´todos y respuestas como base del funcionamiento de SIP

SIP es un protocolo que cuenta con una estructura en particular, la cual es importante entender y com- prender debido a que cada me´todo y respuesta tiene un significado(Sparks, 2003). Si habla´remos de los me´todos tendr´ıamos que enumerar los siguientes:

Invite: Permite invitar a un usuario a participar en una sesio´n. Contiene las informaciones sobre el que empieza la llamada y el destinatario, tambie´n el contenido que sera´ intercambiado.[pic 4]

Bye: Utilizado para la ”liberacio´n” de una sesio´n que se encuentre establecida. Un mensaje BYE puede ser realizado por el que hace la llamada o el que la recibe.[pic 5]

Ack: Se usa para responder a un mensaje de estado de SIP en el rango 200-699 mientras se encuentra dentro de un dia´logo Invite.[pic 6]

Register: Usado para registrar o borrar un cliente SIP en un SIP Registrar. Un usuario no registrado no puede recibir requerimientos SIP INVITE, por lo que no puede recibir llamadas.[pic 7]

Cancel: Se ejecuta al cancelar un requerimiento como un INVITE o inicio de llamada que au´n se encuentra en progreso pero que no ha sido atendida.[pic 8]

Options: es utilizado para consultar sobre las capacidades y el estado de un User agent o de un servidor[pic 9]

. La respuesta contiene sus capacidades.

SIP es un protocolo basado en me´todos (Niemi et al., 2003) y respuestas por lo que una simple llamada a otro usuario conlleva el uso de varios de ellos (Znaty et al., 2005). Cada una de e´stas va de la mano de la otra en cualquier proceso realizado en el sistema pero para saber que informan las respuestas(McMurry  2009), tenemos que conocer su estructura y como se comportan, por lo que es importante mencionarlas:

Clase 1xx : Informacio´n, el requerimiento ha sido recibido y esta en curso de tratamiento. Clase 2xx: E´ xito, el requerimiento ha sido recibido, entendido y aceptado.[pic 10][pic 11]

Clase 3xx: Reenrutamiento, la llamada requiere otros procesamientos antes de poder determinar si puede ser realizada.[pic 12]

[pic 13]

1

Clase 4xx: Error requerimiento cliente, el requerimiento no puede ser interpretado o servido por el servidor. El requerimiento tiene que ser modificado antes de ser reenviado.[pic 14]

Clase 5xx: Error servidor, el servidor fracasa en el procesamiento de un requerimiento aparentemente valido.[pic 15]

Clase 6xx: Fracaso global, el requerimiento no puede ser procesado por ningu´n servidor.[pic 16]

Si nos situamos en el caso de una llamada de un usuario a otro, podremos darnos cuenta que existen varios me´todos y respuestas que se ejecutan mientras se intenta establecer la comunicacio´n desde un Invite hasta un Ack pero, al mismo tiempo, estos me´todos van de la mano con respuestas como 100 Trying, 180 Ringing o 200 OK. Una vez establecida la sesio´n a trave´s del protocolo SIP, comienza el trabajo del protocolo RTP en conjunto con UDP, para as´ı lograr llevar los datos en tiempo real a los lugares de destino (Ver Figura 1).

Protocolos adema´s de SIP

Si bien este trabajo esta´ basado particularmente en el protocolo SIP, no podemos dejar de lado los otros protocolos que existen los que sin lugar a dudas tienen sus pro y contras, ventajas y desventajas, plataformas sobre las que funcionan etc., por lo que resultar´ıa u´til mencionar algunos aspectos de ellos:

H323 es un protocolo muy parecido a SIP disen˜ado para la administracio´n, configuracio´n y el te´rmino de una sesio´n. Define un conjunto de protocolos para poder mantener una comunicacio´n de audio y video sobre una red computacional. Al igual que SIP, se considera un protocolo relativamente viejo, pero, a pesar de ello, ha ido siendo reemplazado por este u´ltimo debido a su facilidad de uso, menor complejidad y su parecido con los protocolos HTTP y SMTP.[pic 17]

MGCP utiliza un modelo ma´s centralizado de arquitectura cliente-servidor, por lo que el tele´fono debe pasar por un controlador antes de conectarse a otro tele´fono. Este protocolo tiene su origen en otro de Cisco y no se encuentra definido como esta´ndar.[pic 18]

Existen otros protocolos como IAX/IAX2 y SCCP que tienen diversas maneras de funcionar. El primero que es libre pero que no es un esta´ndar y el segundo que es un protocolo propietario de Cisco.

Claramente tenemos variadas opciones para poder seleccionar un protocolo en un servicio de telefon´ıa IP, pero esto dependera´ netamente de lo que se busca y del sistema que funcionara´. Claramente SIP cuenta con muchas ventajas en comparacio´n a los otros, desde su facilidad de manejo hasta su comprensio´n.

El hecho de ser un protocolo similar a HTTP y SMTP lo hace fa´cil de entender y de usar, considerando adema´s que es un esta´ndar en la telefon´ıa por lo que todos los equipos funcionara´n sin problemas.

Comparacio´n entre protocolos IAX y SIP

Uno de los aspectos ma´s importantes dentro de la telefon´ıa IP y del servicio de VoIP es el protocolo que servira´ para poder transmitir los datos desde un lugar a otro a trave´s de un conjunto de co´decs determinados (Gallego, 2005). Estos protocolos pueden ser separados tanto en centralizados como en distribuidos depen- diendo de la configuracio´n. Es por ello que debe hacer mencio´n especial a 2 protocolos, SIP e IAX, que se pueden comparar al cumplir funciones bastantes similares (Abbasi et al., 2005).

Principalmente la arquitectura distribuida esta´ asociada, principalmente, a los protocolos H.323, SIP e IAX. Gracias a que son distribuidos permiten poder distribuir la “inteligencia” de la red entre los distintos dispo- sitivos de control de llamadas y los finales como tele´fonos IP servidores media o cualquier otro dispositivo que se comunique v´ıa IP. Si nos tuvie´ramos que enfocar en la transferencia del flujo de ambos protocolos cabe destacar y mencionar que tienen un comportamiento diferente para establecer la conexio´n; esto se debe principalmente a que el protocolo SIP solo se encarga de establecer la sesio´n entre los dispositivos tras lo cual, el flujo de la informacio´n, pasa a ser cargo del protocolo RTP que se encarga de la transferencia en tiempo real a trave´s de un puerto presente en los rangos 10000–20000.

...