#pjsip

[altanai]

PJSIP

SIP stack written in C. Available under GPL

pjsip dev guide architecture diagram

PJSip user agent

Attributes: local_info+tag, local_contact, call_id Operations: pj_status_t pjsip_ua_init(endpt, param); pj_status_t pjsip_ua_destroy(void); pjsip_module* pjsip_ua_instance(void); pjsip_endpoint* pjsip_ua_get_endpt(ua);

PJSip dialog

Attributes: state, session_counter, initial_cseq,…

View On WordPress

[entangledloops]

Favorite Line of the Day

“This section explains and lists the Video API as it was available when this document is written.”

Seems to imply the documentation is never updated, or that the code and the API are not synchronized? (Kidding.)

Found in the pjsip API: https://trac.pjsip.org/repos/wiki/Video_Users_Guide

[sinologic]

Asterisk 14 mejorará el soporte de DNS en PJSIP

Asterisk 14 mejorará el soporte de DNS en PJSIP

Con Asterisk 13 ya pudimos disfrutar de PJSIP de forma estable, es cierto que nos costó acostumbrarnos (tras tantos años trabajando con chan_sip) pero al final las ventajas superan a los inconvenientes y PJSIP se está haciendo un hueco en muchos sistemas nuevos, pero el equipo de desarrolladores de Asterisk no se para ahí y quiere seguir mejorándolo.

Mira nuestro paso a paso para instalar y configurar Asterisk con PJSIP.

Una de los cambios que quieren hacer para Asterisk 14 es mejorar el soporte de DNS creando para ello una API especial utilizable por todo Asterisk y que sea “todo lo que siempre hemos querido que Asterisk hiciera con los DNS”. Para ello, se está desarrollando lo que se va a llamar “Core DNS API”, un sistema que gestionará las peticiones DNS en condiciones de una vez por todas aunque de momento ya han adelantado que no soportará DNSSEC sí que soportarán características “básicas” como NAPTR y SRV de una forma mucho mejor que como actualmente lo hace.

También mejorará el soporte no solo de NAPTR y SRV si no también la resolución de nombres en registros IPv4 e IPv6 soportando características tan importantes como alta disponibilidad y balanceo de carga.

Más información: https://www.asterisk-blog.com/2016/04/20/pjsip-dns-support/

  https://www.sinologic.net/blog/2016-04/asterisk-14-mejorara-el-soporte-de-dns-en-pjsip.html?utm_source=tumblr&utm_medium=tumblr&utm_campaign=noticias

[sinologic]

Cómo instalar y configurar PJSIP en Asterisk 13

Cómo instalar y configurar PJSIP en Asterisk 13

Somos muchos los que esperábamos con ansia la llegada de PJSIP en Asterisk como “sustituto” de chan_sip por varias razones. El gran problema era que, pese a que chan_pjsip es un conector hacia PJProject, tras hacer un par de pruebas, uno descubre que no todo es tan fácil como esperaba y que utilizar PJSIP en lugar de chan_sip se hace más cuesta arriba, por lo que al final el 99% de los usuarios siguen utilizando chan_sip. Resultado: frustrante.

La primera cuesta arriba que nos encontramos cuando trabajamos con PJSIP es la instalación. Hay que compilar previamente PJPROJECT, por lo que descargamos la última versión, la instalamos y una vez finalizado correctamente (y sin que nos de ningún error) al compilar Asterisk, este falla por alguna razón. ¿qué hemos hecho mal? ni idea… como todo buen usuario, vamos al wiki de Asterisk y seguimos las instrucciones paso a paso… vemos que la versión que aparece en el wiki no es la última, así que vamos a probar por si la última versión no fuera todo lo estable que pensábamos y volvemos a intentarlo… utilizamos una línea mágica que viene en el wiki:

./configure --prefix=/usr --enable-shared --disable-sound --disable-resample --disable-video --disable-opencore-amr CFLAGS='-O2 -DNDEBUG'

Con esto, parece que debería funcionar bien… volvemos a compilar… vuelve a fallar… ¿puede ser porque hemos instalado antes la versión más moderna? Eliminamos las librerías que tenemos para asegurarnos que no tenemos nada de PJ… instalado previamente y volvemos a recompilar… y así, durante un par de horas más.

Finalmente encontramos las versiones correctas de PJSIP, PJProyect, Asterisk 13 y demás lindezas, con la línea correcta de ./configure y parece que por fin compila y tenemos nuestro PJSIP configurado y funcionando. Vamos a configurar ahora nuestras cuentas SIP…

Segunda cuesta arriba, la configuración no es ni parecida a la que estamos acostumbrados en chan_sip. No solo es más compleja, hay términos nuevos, más contextos, más parámetros nuevos, nuevos valores… incluso si hacemos uso de los ejemplos que vienen en chan_pjsip.conf tenemos problemas si el cliente es remoto o si queremos conectar con un trunk.

PJSIP nos ofrece muchas ventajas como stack propio e independiente del proyecto Asterisk. Quizá lo más llamativo es el hecho de poder tener varios AOR (address of record), esto es: varios teléfonos utilizando la misma cuenta SIP, pero quizá lo más interesante es que la implantación del protocolo SIP es mucho más puro que mediante el propio chan_sip, por lo que la comunicación tendrá menos problemas ocasionados.

Pero estas ganas de probar y pelear con PJSIP se suelen desvanecer en aquellos usuarios menos experimentados que esperan algo que funcione de forma intuitiva, rápida y sin muchos requerimientos, algo que con PJSIP no encontrarán.

# Instalamos unas dependencias mínimas... apt-get install git aptitude bzip2 wget # Instalamos el proyecto PJPROJECT cd /usr/src wget -c "http://www.pjsip.org/release/2.4.5/pjproject-2.4.5.tar.bz2" tar xvfj pjproject-2.4.5.tar.bz2 cd pjproject-2.4.5 ./configure --prefix=/usr --enable-shared --disable-sound --disable-resample --disable-video --disable-opencore-amr CFLAGS='-O2 -DNDEBUG' make dep && make && make install # Instalamos Asterisk con soporte PJSIP cd /usr/src wget -c "http://downloads.asterisk.org/pub/telephony/asterisk/releases/asterisk-13.7.2.tar.gz" tar xvfz asterisk-13.7.2.tar.gz cd asterisk-13.7.2/contrib/scripts ./install_prereq install cd /usr/src/asterisk-13.7.2 ./configure && make && make install # Instalamos una instalación mínima de Asterisk con PJSIP make basic-pbx make config

Con estos comandos, instalaríamos PJSIP y Asterisk con soporte de PJSIP y, además, con el último comando: make basic-pbx, tendríamos una configuración mínima de una pequeña empresa con unas 10 extensiones configuradas en la que utilizaremos una de ellas para nuestro teléfono:

Aquí vemos la definición de un usuario SIP en el archivo pjsip.conf utilizando varias plantillas.

Lo más llamativo es que tenemos:

Un usuario SIP: 1107

Un usuario de autentificación SIP: 0019159BF771

Una contraseña: 4webrEtHupHewu4

Con estos datos, solo tenemos que configurar nuestro teléfono de la siguiente manera:

Y con esto, ya tendríamos la cuenta creada y disponible para hacer llamadas… de hecho, al marcar 1100, accederemos al menú de nuestro “awesome supercool company” de ejemplo:

Esto por supuesto es un ejemplo de cómo montar un Asterisk básico para una empresa, utilizando para ello PJSIP. Es un caso básico de lo “fácil” e interesantísimo que puede llegar a ser trabajar con PJSIP en lugar de con Chan_SIP.

Parece que en la próxima versión de Asterisk 13.8.0 vendrá con algo de ayuda para instalar Asterisk con PJSIP, aunque de momento, lo principal es empezar a acostumbrarse a utilizarlo y sacarle el máximo rendimiento posible.

¿y tú? ¿ya utilizas PJSIP en tus instalaciones?

  https://www.sinologic.net/blog/2016-03/como-instalar-configurar-pjsip-en-asterisk-13.html?utm_source=tumblr&utm_medium=tumblr&utm_campaign=noticias

[sinologic]

Verano, un buen momento para aprender...

Verano, un buen momento para aprender...

Asistir a un curso es una oportunidad ideal para aprender y ahorrar tiempo. Lo que normalmente tardaríamos 1 mes en aprender por nuestra cuenta buscando información por internet, haciendo pruebas y comprobando que lo que hemos aprendido está bien, si estamos siendo guiados por un curso, este mes suele acelerarse unos días, de ahí que siempre recomiende asistir a cursos especializados donde cada hora de enseñanza suelen equivaler a varios días de investigación, prácticas y estudio. No obstante, ya sea por falta de tiempo, coste económico u otras razones, un curso no siempre es posible y nos toca buscarnos la vida para continuar estando “al día”.

Es de sobra conocido por todos, que los meses de verano, el trabajo se traslada a los chiringuitos, hoteles, bares, restaurantes, discotecas y demás lugares más felices que una triste oficina. Por lo tanto, y aunque siempre existen excepciones, si no estamos disfrutando de la playa de un cóctel mientras tenemos los pies en el agua y hemos cambiado la sombrilla por el ratón y el teclado como acompañamiento veraniego, entonces te animamos a que aproveches esos tiempos muertos para hacer algunas de estas cosas que vamos a comentaros a continuación.

Aprender WebRTC

Es un buen momento para adentrarse en el mundo del WebRTC, entender que WebRTC no es un softphone web y aprender a crear tus aplicaciones web integrándolas con comunicaciones en tiempo real.

Es cierto que WebRTC aún no es algo oficial, no es un estándar y, aunque se está trabajando en ello, faltan cosas por decidir, pero es un buen momento para empezar a entender qué es, cómo funciona y hacer algunas pruebas.

Practicar con Asterisk 13 y ARI

Asterisk 13 incluye soporte de Restful para integrarlo con aplicaciones web, de eso ya hemos hablado en otras ocasiones y estamos preparando un artículo explicativo, pero si tienes curiosidad por pelearte con esto y quieres integrar tus aplicaciones web con Asterisk en tiempo real, puedes comenzar a leer, hacer pruebas y disfrutar con los resultados.

Entender qué es un SIP Proxy: Kamailio / OpenSIPs

Siempre posponemos lo que queremos aprender a un momento más idóneo y ¿por qué no puede ser este el momento de aprender qué es y cómo funciona un SIP Proxy? Ya lo hemos explicado, pero igualmente es un fantástico momento para practicar y entender qué beneficios tiene esta herramienta en nuestro trabajo diario.

Conocer qué es la verdadera nube (CLOUD)

Tal y como comentamos, muchas empresas nos venden “cloud” cuando realmente quieren decir, “servidor remoto” o a lo sumo “virtualización remota” con Proxmox, Vmware o Xen,…  y está bien… muchas empresas han empezado a conocer las ventajas de la virtualización, y ahora les ha dado la “fiebre virtualizadora”, si además el “servidor” está en un datacenter ya lo llaman cloud, pero el “cloud” es mucho más que esto… OpenStack, CloudStack, Eucaliptus, vCloud, … son nuevos conceptos que abren la puerta a una nueva dimensión de escalabilidad, potencia, redundancia y seguridad.

Actualizar de chan_sip a PJSIP

Asterisk 13 y siguientes incluyen un nuevo stack SIP llamado PJSIP, este stack es totalmente diferente, por lo que hay que aprender a instalar y configurar este sistema ya que, según me parece ver, va a ser el sucesor de Chan_SIP, por lo que es altamente recomendable empezar a pelearse, reportar bugs y opiniones tanto en la lista Asterisk-users como en la de Asterisk-ES. Migrar nuestra configuración a PJSIP será un “must” que habrá que hacer tarde o temprano. Podemos incluso rizar el rizo y hacerlo vía realtime, pero es un buen momento para empezar.

En resumen…

En septiembre comenzaremos el nuevo “curso” y veremos más cosas nuevas que se basan en estas, y si no hemos aprovechado el tiempo, tendremos que dedicarle mucho más tiempo para continuar evolucionando y mejorando nuestros conocimientos, ya sea nuestro perfil el de instalador, integrador, desarrollador o cualquier otro, estos conceptos serán básicos y fundamentales en el “curso 2015-2016″ por lo que yo empezaría cuanto antes. 😀

  https://www.sinologic.net/blog/2015-08/verano-un-buen-momento-para-aprender.html?utm_source=tumblr&utm_medium=tumblr&utm_campaign=noticias

[binerry]

Raspberry Pi Caller and Answering Machine

For some purposes i thought it would be very nice to enable some telecommunication abilities on raspberry pi. For example if something does not work as it should (e.g. average load too high, temperature/humidity too high) raspberry pi can call you. Or if you just want to control something quickly via phone (e.g. starting a process, reboot or open the door) - raspberry pi can answer your calls and made it for you. Of course you can make it via SMS or web-interface, too - but for example a call often gets more attention than a sms.

So at first i've searched for a tts-tool. Very popluar are festival and eSpeak. For using synthesized speech later its important to cache speech as wav-files - such an option is alread included in both tools (espeak -w / text2wave). I've compared both tools on raspberry pi - the synthesized speech sounds similar, but espeak seems to be a bit faster with generating wav-files and is more adjustable. But at least which tool is choosen is a question of taste. Both tools are available via apt:

sudo apt-get install espeak espeak-data sudo apt-get install festival

For making calls i've decided to use a sip/voip based system. I've found at least two possible tools which are controllable via command line: Linphone (linphonec/linphonecsh) and PJSIP. After a few tests i've sorted out linphone because its way to difficult to include into own applications/scripts in comparison to PJSIP. PJSIP delivers not only a command line interface - it provides a powerfull library/api (PJSUA) for using within own sip-based projects - so it was predestinated for my proposition.

For start using PJSIP/PJSUA you need to download and compile it by yourself - its not installable via apt but this is not really a problem:

sudo apt-get install subversion svn checkout http://svn.pjsip.org/repos/pjproject/trunk

sudo apt-get install build-essential automake autoconf libtool libasound2-dev libpulse-dev libssl-dev libsamplerate0-dev libcommoncpp2-dev libccrtp-dev libzrtpcpp-dev libdbus-1-dev libdbus-c++-dev libyaml-dev libpcre3-dev libgsm1-dev libspeex-dev libspeexdsp-dev libcelt-dev

cd trunk ./configure && make dep && make clean && make && make install

After finishing compilation (you can have a coffee or two meanwhile) you can test a bit around with pjsystest or pjsua which are available in /pjsip-apps/bin. With the actual raspbian-os i've discovered some sound-problems with making normal calls to another phone (echo/jitter) which seems to be alsa/pulse-based.

For my proposition i've created two tools: sipcall and sipserv. With sipcall you can easily make an automated call to a specified number with a text to speech. Its easy usable via bash-script for example to check a system or sensor state and place a call if a critical threshold is reached. Sipserv however acts more like a service - you can make a call to it and query informations or execute commands via phone (your sip-provider needs to support inbound dtmf - i'm using sipgate, which works fine). You can download them from my github-repository. For compiling both tools you need the pkg-config-package:

sudo apt-get install pkg-config make

I've also created a simple bash-script for checking actual load and placing a call if load is too high. For sipserv there is a sample configuration and a bash-script for starting/stopping the service available. All files are well documented to understand how it works - general infos are also available in the readme-file.

Both tools work so far but currently they are in alpha state and more "proof of concept" than final. Feel free to play a bit around, test or extend them. Please let me know if you have improvements, especially for the current sound problems.