VozToVoice

Talking around the World

El modulo PUA_DIALOGINFO, recoge información del estado de un dialogo (llamada), a través del modulo DIALOG y publica, a través del modulo PUA utilizando el método SIP PUBLISH, los cambios de estado de los participantes en el dialogo. Esto se traduce, utilizando el modulo PRESENCE_XML, en la generación de mensajes SIP de tipo NOTIFY que serán enviados a los dispositivos que se han subscrito para conocer el estado de los usuarios involucrados en la llamada. Hasta la versión 3.0 de OpenSIPs, esta implementación tenían unas limitaciones:

Como algunos de ustedes quedaron por fuera de la primera edición del curso OpenSIPs Cluster, vamos a dictar una nueva edición el próximo mes de septiembre. Aprovechando que la la versión 3.1 de OpenSIPs está casi lista y trae muchas novedades, es la que vamos a utilizar ya que va a ser también la próxima versión que tendrá soporte a largo plazo.

Una limitación intrínseca de todos los Proxy SIP es que no pueden proveer servicios media y que, normalmente, para hacerlo, se apoyan a servidores media tipo Asterisk PBX y/o FreesWITCH. Con la nueva versión 3.1 de OpenSIPs que todavía está en versión Beta pero pronto será liberada la primera versión estable, esto cambiará bastante gracias al nuevo Modulo Media Exchange. Con este nuevo modulo será posible proveer una serie de servicios sin tener que transferir la llamada a un servidor media. Los nuevos servicios que será posible implementar son:

No se cuantos de ustedes tienen/tenían la costumbre de iniciar algunos servicios directamente desde el archivo rc.local. Desde la versión CentOS 7 esto ya no funciona de manera predefinida; se debe al hecho que los servicios arrancan con systemd.

Para que siga funcionando hay que seguir estos sencillos pasos:

chmod +x /etc/rc.d/rc.local

activar el servicio de rc-local:

systemctl enable rc-local

iniciarlo:

systemctl start rc-local

En Linode desde hace un tiempo ofrecen el servicio de creación de un Kubernetes Cluster. Kubernetes es un sistema que permite la instalación, configuración y gestión de contenedores donde vamos a desarrollar nuestros servicios, por ejemplo, un servidor web. De esta forma podemos aislar los servicios que corren y volverlos independientes del servidor fisico/virtual donde está corriendo. Un ejemplo que se me ocurre, es correr un contenedor con una versión de Asterisk certificada y otro con la ultima versión de la rama 16.