General OS Kazoo Questions Latest Topics

Kazoo Version 5 open source

Thu, 18 Nov 2021 07:30:30 +0000

Does version 5.X is open sourced?

Sept 24 Recording

Wed, 07 Jan 2026 22:20:55 +0000

The link in the pinned post has expired. Can a new link to the recording be published please?

call restrict

Mon, 07 Jul 2025 17:37:14 +0000

How can I restrict a user from receiving calls from a specific user or a specific number in Kazoo? I would also like to limit the numbers a user can dial.

2600Hz Open-Source Community Chat - Sept 24, 2025

Tue, 09 Sep 2025 21:30:21 +0000

~~We're looking forward to chatting with everyone September 24th, 2025 at 11:00AM PM ET/8:00AM PT!~~

~~Register Here!~~

~~Please register and come chat with the team. We'll have folks from both Product and Engineering on the call, so hoping to have a well rounded discussion with the community. See you in a couple weeks!~~

A recording of the call can be found here.

Using a third party FreeSwitch-based PBX as provisioner helper with Kazoo

Sun, 02 Jan 2022 22:43:54 +0000

I have this video as workaround for provisioning phones using settings from another third party pbx. I already read some threads in this forum before regarding this, few years ago.

https://www.youtube.com/watch?v=WrpSRpP8N3c

Kazoo Community / Kazoo v4.3 Keep-Alive Efforts

Fri, 14 Mar 2025 08:54:40 +0000

I hope this is allowed and seen as a positive movement. If the mods don't want this here, feel free to remove it.

With the delayed release of v5, a group of hard working individuals have gathered to update Kazoo v4.3 to support newer operating systems. We are in the final stretches, in the testing and documentation phase. Once the testing and documentation is complete, I'll go back to developing educational content and adding functionality to the platform.

I still hope for a release of v5, as I'd rather put this communities efforts towards improving that over the older v4.3. If 2600hz would like to help us in any way, even if it's to answer some questions about some of Kazoo's functionality in the open source version, please reach out.

Info on the repos, discord, or if you want to help contribute, can be found here: https://kazoo-classic.github.io/

hangup cause reason Q850

Wed, 26 Mar 2025 03:54:17 +0000

l problema que enfrento es el siguiente: mi empresa desea contratar un troncal SIP para ofrecer servicios de PBX en la nube. Mi proveedor de troncales me ha indicado que debo compatibilizar mi sistema (Kazoo) con la tecnología que utilizan, que es un IMS de Huawei. El inconveniente surge al momento de manejar las causas de las llamadas colgadas. El IMS trabaja con ISUP o Q.850, en lugar de utilizar las causas SIP que provocaron la desconexión.

Por ejemplo, cuando se realiza una llamada a un usuario que no responde, el sistema devuelve un 486 USER_BUSY en la causa SIP, pero siempre responde con Reason: Q.850;cause=16;text="NORMAL_CLEARING". Esto se repite en situaciones como llamadas rechazadas, usario no responde o usuarios ocupados. En todos estos casos, el proveedor me ha indicado que, debido a esta inconsistencia, no podian ofrecerme el troncal SIP. Esto se debe a que por ejmplo podia ofrcer un mal servicio a la red telefonica de la pstn `pr ejemplo si un número de la PSTN llama a un troncal asociado a un usuario en Kazoo que está ocupado, el IMS devuelve "NORMAL_CLEARING" (causa 16) en lugar de "USER_BUSY" (causa 17). Como resultado, el número que llama recibe una respuesta que indica que la llamada se ha colgado normalmente, en lugar de un mensaje que informe que el usuario está ocupado.

He intentado resolver esto de manera parcial y me va adar el tronco sip pero fue que lo engañe utilizando una modificación en FreeSWITCH, pero esto ha afectado el funcionamiento general de Kazoo. Modifiqué el archivo ecallmgr_fs_bridge.erl en el código fuente y cambié la función spec pre_exec(kz_term:proplist(), atom(), kz_term:ne_binary(), channel(), kz_json:object()) -> kz_term:proplist(). para establecer continue_on_fail en false pues lo tenia en true y añadí {"application", "set sip_ignore_remote_cause=true"}. Esto hace que, si el puente falla, no continúe el plan de marcado y se ignore la causa remota de la desconexión. Sin embargo, esto ha generado un problema: si el usuario le activo el buzon de voz el funcionamiento real deberia ser no hizo el puente continua plan de marcado y llega a su buzon de voz sin embargo como continue_on_fail en false nunca se llega a la parte del puente, y no llega al buzon de voz. Aclara tambien que si el usuario no tiene ningun dispositivo registrado siemre siempre devuelve SIP/2.0 480 Temporarily Unavailable con la causa Q.850;cause=16;text="NORMAL_CLEARING".

Cabe mencionar que otros errores, como "no route destination" o "incompatible destination", unallocated: number devuelven correctamente el Reason: Q.850 corres`pondiente

¿Podrías orientarme sobre cómo podría corregir esto para lograr una mejor compatibilidad y que Kazoo funcione adecuadamente? He observado en los logs de Kazoo y FreeSWITCH que el canal se cierra con exec: uuid_kill(UUID) y que, por defecto, esta API de FreeSWITCH siempre finaliza con causa 16 (normal clearing). Sin embargo, sé que si ejecutas exec: uuid_kill UUID, puedes especificar una causa, como 17, para cerrar el canal. No estoy seguro de cómo implementar esta opción y en qué parte podría mapear la causa para finalizar la llamada con la causa correcta.

Agradezco de antemano cualquier orientación que puedas brindarme

kazoo con webrtc

Fri, 21 Mar 2025 20:39:16 +0000

Buenas noches desde hace tiempo vengo usando kazoo con muy buenos resultados en mi empresa usando telefonos sip y sophone en windows quiero dar el siguiente paso y usar webrtc para hacer llamada desde el navegador he usado la libreria original libwebphone-2.0.4 que esta en la comunidad y ahora estoy usando sip jssip-3.10.0 y todos dan el mismo resultado se me registra bien pero cuando llamo a algun servicio me da INCOMPATIBLE_DESTINATION

SIP/2.0 488 Not Acceptable Here
Via: SIP/2.0/UDP 10.50.4.171:5062;branch=z9hG4bKa7a2.1245634a371c0d3d7c01317e5a030212.0;received=1.1.0.6;rport=5062
Via: SIP/2.0/WSS hi3jkv7r679j.invalid;rport=61538;received=10.12.21.56;branch=z9hG4bK3799494
Max-Forwards: 50
From: ;tag=okt4tktasu
To: ;tag=8Sy9tFBS3ZF1D
Call-ID: krpnrhu5bargo3oq0cq4
CSeq: 1759 INVITE
Contact:
User-Agent: Platel
Accept: application/sdp
Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE
Supported: timer, path, replaces
Allow-Events: talk, hold, conference, presence, as-feature-event, dialog, line-seize, call-info, sla, include-session-description, presence.winfo, message-summary, refer
Reason: Q.850;cause=88;text="INCOMPATIBLE_DESTINATION"
Content-Length: 0
Remote-Party-ID: "*98" ;party=calling;privacy=off;screen=no

este es es el log de kamailio cuando se registra

73(273) INFO: