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:

BigBlueButton – Sistema de Videoconferencia - Añadir alta disponibilidad

Etiquetas: 

He hablado de este sistema de videoconferencia en distintas entradas [1] [2] [3] porque me parece una plataforma estable, con una interfaz grafica amigable y agradable, y que ofrece todos los servicios que se necesitan:

  • Escritorio compartido

  • Chat

  • Compartir presentaciones

  • Grabación de las videoconferencias

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:

Pages

Subscribe to VozToVoice RSS Subscribe to VozToVoice - All comments