mc_

docs site is working from here

Yes, Ooma is committed to opening 5.x but there's bureaucracy to navigate while we are still merging infrastructure and teams after the acquisition. I have tentative targets of October for that to happen. If anything changes, I'll let folks know but I continue to be assured that this is happening.

Each callflow can take a ringback param: https://docs.2600hz.com/dev/applications/crossbar/doc/callflows/ I suspect ringback.transfer might be used? Test and let us know

depends on your use case I guess, clients can have mobile devices with SIP clients on them, or softphones on their laptops as they travel.

KAZOO only tracks the latest registration for a given credential, so the most recent one will be used for call routing.

Welcome aboard!

The situation was that marketing was done with Kazoocon and we didn't have official word that there'd be a 2024 Kazoocon, so they decommissioned the site. Word is, there will be a 2024 Kazoocon, so the site should be re-instated in the next day or two (whenever our ops team can turn it back up).

You're correct that Kamailio interacts with KAZOO via AMQP, does not contact CouchDB, and does use sqlite for local storage stuff. Kamailio is part of the "cluster" because of the AMQP connection. I can't speak to the packaging issues though. The process to open sourcing Kazoo5 work continues to wind through the appropriate channels; should resolve so many of these issues. Apologies for the frustrations in the mean time.

The KAZOO logs will probably be more helpful. Check that you're logging at debug level, place the call, then you can use the call ID to search the logs for what kazoo tried

Checking on the site, shouldn't be down. Thanks for the alert

@RuhNet definitely a private app that appears to have been exfiltrated. We know of someone (or someones) who had sandbox access that appear to have taken several private UI apps this way. The APIs are open for what the branding app does, but the UI code is not. I don't know what we can do about it but if you want to share any information privately, feel free to contact me and we can look into it.

To be clear, it doesn't exist because this is quite possibly the first time in 13 years someone has actually wanted to use this in KAZOO. So, while your request might be widely accepted, in practice it does not seem to be widely desired within the KAZOO userbase (or folks just don't mention the lack of this feature as important). If this is a typical thing Teams will be doing, however, it could end up on our roadmap, as we do have the Teams integration now. Will pass along to our team managing that, thanks!

That is not a supported way to dial, no. You could see about using the sleep and send_dtmf callflow actions via the channels API. In general, there aren't many ways to interact with an established b-leg via the callflow itself (most actions like user/device/resources will block in the action while the bridge is up, and only continue processing the callflow on SIP error).

Bienvenue!

As stated, you can investigate Erlang's 'code' module for the add_patha/1 function or you can restart the VM and the path should be included automatically.