Asterisk PBX

Curso Proxy SIP Kamailio v. 5.4 Recargado

Etiquetas: 

Después del ultimo curso dedicado al Proxy SIP Kamailio, dictado en mayo 2020, vamos a proponer nuevamente unos de los cursos que más éxito han tenido entre todos los que hemos dictado hasta el momento. Esta vez lo hemos llamado recargado porque hemos reescrito casi totalmente los contenidos, profundizando algunos temas como NAT, balanceo de carga y integración con Asterisk PBX. A seguir algunos datos importantes relacionados con el curso:

Duración: 4 semanas (17 Mayo – 13 Junio 2021)

Requisitos para inscribirse:

Recargar un bloque de tipo trasporte en PJSIP – Cambios desde la versión 16.18.0 y 18.4.0

Etiquetas: 

Hace tiempo publiqué este articulo donde hablaba de como funcionaba la recarga/actualización de un bloque de tipo trasporte en el canal PJSIP de Asterisk.

Según leo en el Blog de Asterisk, a partir de las versiones 16.18.0 y 18.4.0 ya será posible actualizar algunos valores sin afectar el funcionamiento de Asterisk:

  • local_net

  • external_signaling_address

Otro Hueco en Asterisk PBX - Negociación Protocolo T38 en PJSIP

Etiquetas: 

Parece que se les abrió otro hueco en Asterisk relacionado con la negociación del protocolo T38 en el canal chan_pjsip

El modulo afectado es:

res_pjsip_t38.c

Tienen que actualizar solamente si en un bloque de tipo endpoint el parametro:

t38_udptl=yes

si lo tienen yes. Si está en no, valor predefinido, haganse la vista gorda.

Recordamos que el protocolo T38 es para recepción y transmissión de FAX sobre IP

Saludos

Recargar el bloque de tipo transporte en el canal PJSIP

Etiquetas: 

Una de las limitaciones del canal PJSIP en Asterisk PBX es que recargar la configuración de un bloque de tipo transporte puede conllevar a tener problemas con el funcionamiento de la centralita; esto porque la pila SIP PJSIP no soporta de forma nativa esta funcionalidad y lo que hicieron los desarrolladores de Asterisk fue ponerle un parche “feo” para que funcionara.

Actualmente si en un bloque de tipo trasporte se configura de esta forma el siguiente parámetro:

allow_reload=yes

cuando desde la consola de Asterisk se ejecuta el comando:

GLIBC 2.17-322.el7_9 en CentOS 7 impide el funcionamiento de algunas aplicaciones de Asterisk PBX

Etiquetas: 

Ayer me pegué un buen susto y todavía no me he recuperado totalmente. Después de la actualización de una serie de servidores CentOS 7, con instalado Asterisk PBX 16.16.0, con los últimos paquetes disponibles y el reinicio de los mismos servidores debido a una actualización del Kernel, me dí cuenta que todos los comando GotoIF, GotoIfTime y ExecIF presentes en el dialplan, dejaron de funcionar. El “error” que aparecía era algo muy raro:

GotoIf("SIP/os1-00000000", "nan?fromuri") in new stack

en lugar de:

Páginas

Suscribirse a RSS - Asterisk PBX Suscribirse a VozToVoice - Todos los comentarios