Jump to content

mc_

Administrators
  • Posts

    1,796
  • Joined

  • Days Won

    4

Posts posted by mc_

  1. Single-server installs are proofs of concept, for testing/instructive purposes, do not use in production, here be dragons!

    There are two common "minimal" installations:

    - 2 zones, 4 servers per zone - in each zone, 2 bigcouch servers, 1 kazoo/kamailio/rabbit, 1 FreeSWITCH

    - 1 zone, 7 servers - 3 bigcouch servers, 2 kazoo/kamailio/rabbit, 2 FreeSWITCH

    But the big one is to have 3+ servers for bigcouch from the start.

     

  2. Hi @Syed Hasan!

    Most of the docs around the APIs (such as devices) include example cURL commands to get you started. Most languages have HTTP clients so you should be able to start playing with the APIs using your client of choice in your language of choice.

    I'm not aware of any pre-existing Java SDKs for Kazoo's APIs though. We're obviously happy to help answer your questions if you want to provide one to the community though!

  3. Certainly we need to know these use cases that are failing for you so Kazoo can be more robust in the face of the errors. Mind filing tickets for each of these so we can investigate and get some fixes in?

    I don't think there's a limit on URL-based files; just that you will see a delay on calls that hit a FreeSWITCH server with a cold cache. Shoutcast streams are a nice alternative as I believe FreeSWITCH will just stream bytes as needed during the call vs fetching the file in full before playing, but providing the stream is a different experience vs providing a file.

    This is good feedback and I hope we'll see some tickets come in where we can coordinate this work! Thanks

  4. If you change the MP3 at mydomain.com/file.mp3, there is nothing to tell Kazoo that the media changed. I don't think FreeSWITCH will do HEAD requests or use HTTP headers to determine whether to download again.

    You can upload the media file to Kazoo instead; if you replace the attached MP3 it should cause the media to be flushed from the underlying systems.

    I can't think of a programmatic way to flush the URL though...

  5. Each documentation page should have a Pencil icon in the top-right corner. Clicking that will bring you to the Github, to the repo and markdown file that backs the doc site. If you are signed into Github, it should be a page with Github's WYSIWYG editor to make your changes and submit a pull request.

    Look forward to your suggestions!

  6. You could create a menu that has the password as one branch, going to the page group and a default branch going to a recording. You may have to use the API to set that up as I don't think you can configure menus in the UI with multi-digit branches.

  7. There is a simplistic quickstart guide that will show you some basic API commands.

    Endpoints dial numbers, some endpoints carry around a caller ID so you "know" who is calling. Numbers are assigned to callflows which determine what to do with the caller - put them in a conference, connect them other endpoints, play a recording, put the caller in a conference, etc.

    Triggering calls from a website typically requires using Click-To-Call. You can also front the request with your own server and call the conference dial command from your server.

     

  8. Community-supported call queue app is acdc - open source, free to use on your own installation.

    Qubicle is our paid call center application. There is talk of a "lite" version being free to use / open source but nothing available yet. When the app store is ready, there will be a way to purchase Qubicle for self-managed installations.

×
×
  • Create New...