Jump to content

tomas_

Members
  • Posts

    785
  • Joined

  • Last visited

  • Days Won

    20

Everything posted by tomas_

  1. We're using diversion header, and it's set inside the Gateways field. Like this:
  2. That doesn't work with cell phones.
  3. It is possible to change the recording, at least if you host your own system. Just upload a new sound file to the file system (preferably /opt/kazoo/sounds/en/us) and use the command sup kazoo_media_maintenance import_prompt /opt/kazoo/sounds/en/us/ivr-group_confirm.wav en-us. Note the filename ivr-group_confirm.wav, which is is important!) About notification on incoming calls we have developed a mobile app (iOS & Android) which sends push notices to the mobile that Kazoo is calling. This notification is received on the mobile before the call comes in, and contains info about the caller and which number he called etc. It's also possible to set up this push so Kazoo sends it directly when the call is coming in to Kazoo, before it connects to the mobile. The app also contains a lot of Kazoo functions, like user settings, CDRs etc. Contact me via PM if this sounds interesting Br - Tomas
  4. Strange, when trying on iPhone it doesn't work with mobile data, only WiFi... I will check further and let you know. Br - Tomas
  5. No, i tried on Android. I can test on iPhone also. I did not do any changes in the settings at all. Just added the account details from Kazoo, see screenshot below.
  6. I tried now and everything works without making any settings besides the SIP Account settings... I can make and receive calls both on Wifi and 4G.
  7. The features we're focusing on is a pop-up function for incoming calls, and also CDRs and maybe call recordings. Click-to-call would also be nice but that's possible with browser plugins so we're not looking into that now. Please let me know if there is anything we can do to help, especially in PHP, HTML(5) & Java- / Typescript! Br - Tomas
  8. I'm also looking for an integration to vTiger. Just started to look at it and can share some info later on. Let me know if you're making any progress!
  9. Strange, one of our clients also complained that the MOH is very loud. We've used the same music for years without complains... I uploaded a sound file that I've been edited with Audacity, now the client is happy again
  10. Our Android and iOS app actually has this feature also It's using native Google and Apple Push functionality (via OneSignal), sending a push notice before the mobile rings (initiated by Kazoo webhook Channel Create). It shows who's calling and which number was called etc. However it's not sent until Kazoo trying to ring the device, so a delay in Kazoo wouldn't send the Push earlier (however we can modify the push sending mechanism to trigger when Kazoo rings a user instead).
  11. We have developed an advanced "Presence" system for Kazoo. Here the users can set 9 different presence statuses with different ending date or time ("Lunch", "Meeting", "Vacation", "Business trip" etc). On the phone, they can dial *23*1 for 1 hour lunch, or *23*1*1330 for lunch until 13:30. Other presences are "Meeting"; *23*2*1415 (Meeting until 14:15), or "Vacation"; *23*4*0921 ("Vacation until 21st september) etc. The system automatically answers calls to the user having an active presence, and speaks "The person you are trying to reach is on lunch and will be back at 13 30" or "...is on vacation and will be back at september the 21st" etc. We also have a smartphone app (iOS & Android) where the user can select presence status (among many other functions). Please send me a PM if this can be of any interest Br Tomas
  12. You can do this with Pivot and Preflow. We've done this in a lot of different ways, mostly using PHP scripts. First, create the callflows you want to route the calls to, then check in Futon / CouchDB for the Callflow ID's. (however this might be possible to integrate directly into the PHP script instead of making different pre-defined callflows). Then create a callflow with a Pivot request, pointing to the PHP script. The PHP script then can route the call to the correct Callflow ID, it just has to return '{"module":"callflow","data":{"id":"<callflow_id>"}}' To make the Pivot script run every time a call is being connected in you can select that as Preflow in the Callflow app -> Account Settings -> Misc -> Preflow. Example Pivot callflow below: Example PHP script: <?php header("content-type: application/json"); $nextcallflow="0219483204983"; die ('{"module":"callflow","data":{"id":"'.$nextcallflow.'"}}');
  13. It might be a good idea to update the system also, and not only kazoo-*. However, like I wrote above, if upgrading js and librabbitmq things gets messed up....
  14. Every updade we do nowadays we need to exclude both js and librabbitmq; yum update --exclude=js --exclude=librabbitmq
  15. I would recommend CentOS 7 instead of 6. But Debian might be better, that I don't know (we're using CentOS 7 in our cluster without any major issues (besides RPM versions of js and librabbitmq))
  16. I don't know if it's possible to integrate into Monster UI, we are running the Call Center app in a separate Kazoo UI installation (but on the same server). Our Call Center customers need to login at Kazoo UI separately. You also need to know that the Call Center app isn't very good, however it lets you setup and manage ACDC queues and agents, and the agents can see all calls in the queue(s), and also log in and out from the queues. That's about it. A lot of small bugs exists, one is that the call list isn't sorted correctly (calls gets in random positions and not in order they called in) etc. But it meets the absolutely most basic needs to provide a call queue service to customers.
  17. We're using the old Kazoo-UI app for ACDC. It's build for Kazoo v3 but works with v4 also; https://github.com/2600hz/kazoo-ui
  18. Hi! This is (as I can see) exactly the same issue that we've tried to solve from day 1 using Kazoo. It's a rather big issue for some of our clients! We've solved it in a rather dirty way, however it's working, see post below. It would be nice with another solution, like a setting in ring groups for outbound CID or something similar... The solution that @Rick Guyton is showing just solves the problem for manual outbound calls, not calls from a ring group etc. See (one of) my previous post regarding this;
  19. Hi! Does this have something to do with the removal of the Service Plan tab in the Account Mgr app ( https://forums.2600hz.com/forums/topic/10084-service-plan-tab-in-42 )? Are there any updates on this issue? @JR^
  20. OK, I see. I'm not familiar with the 2600hz MVNO, however we're using another MVNO. I think this issue is the same with MVNO and the "normal" call forwarding device, isn't the outbound CallerID handled the same way? The solution for us would be a feature to set an outbound CallerID in the ring groups. Maybe not very hard to fix...for those who knows how to do it
  21. Hope it is correct; https://2600hz.atlassian.net/browse/KAZOO-5915
  22. Sure, will try. Not very used with that but...
  23. Just tested the minimum recording time. It doesn't work as I expected. The caller (who is recording the voicemail message) doesn't get any information that the message was too short and not saved. Freeswitch says "Saved" anyway, but the log says "attachment length is 1820 and must be larger than 3000 to be stored". In FusionPBX the caller was informed, like "The message recorded was too short, try again" or similar... To get advantage of this option, there must be some "feedback" to Freeswitch that the message wasn't saved.
×
×
  • Create New...