mc_

1> UTC = calendar:datetime_to_gregorian_seconds({{2023,8,31}, {2,43,00}}). 63860668980 2> Mel = kz_time:adjust_utc_timestamp(UTC, <<"Australia/Melbourne">>). 63860704980 3> calendar:gregorian_seconds_to_datetime(Mel). {{2023,8,31},{12,43,0}} It appears KAZOO at least knows what time it is in Melbourne. KAZOO typically gives the API response in UTC seconds so I would investigate the UI conversion.

You still swap the account token for an auth token: https://docs.2600hz.com/dev/applications/crossbar/doc/api_authentication/

People still have Panasonic equipment in the field to support.

CentOS7-Rocky8 in-place upgrade, followed by a Rocky8-9 upgrade immediately after, is what we're targeting.

Nice, didn't know about that. Thanks for the pointer

Not sure the UI app is open-source but the APIs they use are: https://docs.2600hz.com/dev/applications/crossbar/doc/resources/

For clarity: we leveraged mod_erlang_event at the start of the project. We wrote, from scratch, mod_kazoo to better handle our use cases. The main one was mod_erlang_event expected only one Erlang node to connect to the FreeSWITCH node; it was a happy bug in handling connections that allowed us to have multiple ecallmgrs connect to mod_erlang_event. But there are many performance and features in mod_kazoo that KAZOO utilizes that mod_erlang_event didn't provide. mod_erlang_event is also written (and probably not maintained anymore) by Andrew Thompson (aka Vagabond). I'm not surprised the code isn't working. In short, mod_erlang_event is not compatible with KAZOO installations - any use or issues with it can be taken up with Signalwire but not sure they're keen on maintaining it either.

Check the INVITE and 200 packets' SDP payloads, verify the correct IP is present for FreeSWITCH's packet at least.

Check the SDP on the legs. FreeSWITCH should use your ext-sip-ip and ext-rtp-ip if bridging direct to the device over the WAN in the SDP.

Yes, running KAZOO in NAT'd environments requires this. I wonder how many clusters run like this?

@airsaywelcome! Thanks for the kind words. Look forward to your questions.

Agreed on having skin in the game, especially because we know they're using KAZOO as a core component of their main line of business. They're content to make a go of it alone though.

@Bitrate you missed it above - potential customers are using KAZOO, are not getting support contracts or custom development from us, are not submitting code or doc improvements. I can't get my team paid their salary based on potential customers who use KAZOO. These potential customers have millions in VC funding so its not a bootstrapped, garage-based startup that we're dealing with. Again, I totally hear you and wish we didn't have this tension between the commercial 2600Hz arm and the open source KAZOO arm. I will appeal to authority a bit here - I've been involved from the get-go, 2010. In that time, 2600Hz has paid me a salary to develop KAZOO, 90% of which is open source. I have maintained google groups, this forum, the docs site, IRC channel, community Slack channels, KAZOOCon, FreeSWITCH and KAZOO trainings, a bi-weekly hour-long community call, and more that I'm probably forgetting at the moment. So don't question mine or 2600Hz's commitment to the community. We've been out here for 13 years, making a go of it in OSS. We have community members here, haven't paid us a dollar, riding with us since the Whistle days. If folks fall off because we're not "open source" enough for them, go find another company or project that does it better! Bon chance to them. We are at an interesting juncture where large companies are using KAZOO without contributing, competing with our paying customers for sales. We're navigating it as best we can, both us who believe in OSS and the business side that wants to keep us employed and paid.

@BitrateI hear the frustration and I share it. However, I also think you overstate the community's contributions to KAZOO. Can you honestly quantify the impact of the community on KAZOO? This is a serious question because when I've looked at commits from non-2600Hz employees to KAZOO (from whistle 1.0 to KAZOO 4.3), Monster UI, and our doc repos, the disparity is glaring. Don't misunderstand me, I appreciate the community that does exist and contributes feedback and bug reports and I hope we get back to that sharing soon; however when businesses take KAZOO and make money off it and don't contribute (proliferate examples from mega corps on down) then its a harder task to justify the business side of keeping development open. We have costs and no VC funding so rely entirely on our paying customers to keep things moving. It's a whole debate across OSS, open core, alternative licensing, etc and I haven't seen any consensus on how to balance developing open source software and putting food on the table. Curious for all suggestions towards making OSS a sustainable way to do business?

I appreciate the discussion, but I think you all overestimate the "usefulness" of bug reports from the community and underestimate the effort we have to take to properly investigate the report. KAZOO is not closing; I will quit the company if that decision is made. I have been promised from C-level execs that what was open in v4 will be open again in v5. If that promise is reneged, my resignation will be close behind. So, I hear you all, I continue to advocate for opening sooner rather than later, there is lots going on behind the scenes, etc etc.