Jump to content
KAZOOcon: hackathon signup and details here! ×

Darren Schreiber

Administrators
  • Posts

    1,202
  • Joined

  • Days Won

    27

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Yup that's the plan. This DDoS thing kinda crimped our schedule, but should be back on track next month I hope.
  2. Actually we are already finishing testing and planning to release the dynamic address feature. It's not just a bandwidth.com thing. You can pass the geo-location lat/long or a full address at the time of dialing 911.
  3. Yup we are still working on completing this. I'm hoping it will launch in October.
  4. This is mostly correct. It wasn't about revenue, though. It was about controlling the features of the phone reliably from both the web interface and the phone itself - something that's impossible to do if the phones use the same registration. For example if someone enables call forwarding in their NY office to their cell while traveling to their SF office, then gets to SF, realizes they want to disable call forwarding, but it was set on their NY phone, now there's no way to do that if it's on the phone locally. But they'll still call support demanding we fix it (which we really can't, at least not without server-side sync which is model-specific and complex to build). So we decided early on not to do this.
  5. Thanks for this. We debated a migration tool once upon a time. I'd still be open to it. Our findings were that most people: * Hated re-recording prompts/greetings * Wanted their voicemail setup and greetings transferred over (but oddly didn't care about their existing/old messages) * Wanted their dialplan to stay the same Those were the main sticking points unless somebody was a heavy fax user. With Kazoo's APIs I don't think it'd be that hard. I'll see what I can come up with. Of course Asterisk is a bit free-form textbox so it's not straightforward, but it does seem possible.
  6. I would make sure you are on latest 4.3.x kazoo-kamailio-configs altogether. There was an exploit in the wild causing these crashes which we patched some time ago.
  7. This sounds like a very old bug in an old version of Kamailio. We haven't had this in a long time. What is the version number?
  8. Nothing has been reversed if that's what you mean. There may be waiting pull requests not accepted yet.
  9. I would hang on to those changes, or you can submit them, but we have to break up all the apps into individual repos anyway because that's how the app exchange works, so it may require some work to backport once we've got everything the way we want it. (Also, to be clear, I don't know what you mean by 5.0 branches - we've only had master which was 5.x)
  10. No, it's not closed source. But we have paused on the public stuff to try and finish our app exchange. We are 10 years into this company and the entire point of the company was the app exchange, and it's still not done, so we're finishing that before we finalize and release 5.x
  11. Greetings! We discussed this on last month's business partner call actually - I believe there's a recording of it floating around. But, no, not yet - but will be enabled next week or the week after. Look for an announcement! It's almost there.
  12. Ahh interesting, that was not intentional. Let me see what we can do about that.
  13. Hi gang, We got some great feedback and excitement regarding the 5.x breakening. Thanks for that, that was great to hear. However, after some internal deliberations we’ve come to the conclusion that we did it a bit prematurely. Sorry the whiplash and to disappoint, but we are going to REVERT the repository breakup we just did and postpone it for a later date. But don’t worry, the master branch that it came from (in github.com/2600hz/kazoo) has also been restored. We’ll be back to you with more news once we’ve had some time to re-group on this work.
×
×
  • Create New...