Jump to content

Uzair Mahmud

Moderators
  • Posts

    90
  • Joined

  • Days Won

    5

1 Follower

Recent Profile Visitors

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

  1. you can make a feature code that toggles between out for lunch and back to office status. When a person leaves for lunch they can just dial the code and then dial it again when they come back. As for the technical aspect you can make a pivot script that loads the users callflow and adds an audio message for lunch or takes it off if its already there.
  2. are you running your setup on lan or over the internet?
  3. You need to restart kamailio after adding server ip
  4. are you behind NAT? also is your server IP 127.0.0.1 in /etc/kazoo/kamailio/local.cfg
  5. @mc_ Thanks
  6. yes ofcourse. Thanks @mc_ i had one last question if you can guide me. Otuside of Erlang Programming Is there a way to put an IVR and DTMF Collect on sip:486 response when dailing external calls. Where exactly would that code go.
  7. We ended up making our own. First disable call waiting on all phones if you want. Our version gives camper voice guide instead of busy response. Basically we set the busy response in all device call flows to give camper voice guide and collect DTMF for triggering campon.. Once the campon is triggered our go script checks the channels every 5 seconds for presence of the busy number. If it is not busy then a quick call is triggered between the two devices. This works really well but its kinda hacky and continuously checking the channels will put a load on the server depending on how many people have activated the featurea t the same time. @mc_ I was wondering if there is a way of checking busy status of on-net or any number dialed through quickcall or some other mechanism in the api. Something like the ability to read the 486 code in the response to an unsuccessful call due to number being busy .
  8. i got that error when i set the dns wrong. are you working on just ips or using hostnames
  9. i have the same script as tomas_ working on my self hosted cluster too. we added an extra check where script will check an eavesdrop group where we add users and only those users can listen in on other calls
  10. There is a way to do that . We have implemented a variation where if you call form the outside and enter a extension number and that numbers pin code you can have that number forwarded to the cid of the device you are calling from. You can create a callflow with a pivot script. The pivot script can ask the user for the number they want to apply forward to and a pincode (preset for that number). you can do api calls in the back to find the device document for the number to apply forward on and do pincode matching for security purposes. after that you can ask the user for the number that calls should be forwarded to. Then make a json for call forward and patch it to that device document. Json for call forward can be found here. https://github.com/2600hz/kazoo/blob/master/applications/crossbar/priv/couchdb/schemas/devices.json line6 - line 48 edit: you can make a user outside device field in user document and then do CID matching on incoming calls and provide more service to people dialing form outside or some variation on disa. Just have to be very thorough with making it secure.
  11. You can do a pivot script for it. for example your code is *8 for group pickup to pickup karens call whose extension is say 9001 you would dial *89001 . This would go to a pivot script which will get karens $user_id from 9001 and return the following json '{"module":"group_pickup_feature","data":{"type":"extension","group_id":"'.$user_id.'"}}' This would automatically work for picking up any number without having to manually program it
  12. I ahve also been using it in production for a 1500 line system and havent seen any issues as of yet
  13. I had the same problem in couchdb 2.0 but they are working in couchdb 2.1 . i have since shifted to couchdb 2.1
  14. For the 7960, First thing you have to do is to create a tftp server. Then you have to program your DHCP Server to point 7960 to that tftp server by setting DHCP options 66. In the tftp server put in the latest SIP firmware for cisco 7960 from http://www.computersolutions.cn/downloads/Cisco/SIP-7960/index.html%3FC=D%3BO=A 8.12 firmware should be the latest. http://www.computersolutions.cn/downloads/Cisco/SIP-7960/P0S3-8-12-00.zip Unzip the files in the tftp server After that you have to make two additional files SIPDefault.cnf and SIPxyz.cnf where xyz is the phones macaddress. Place these files in the tftp server. You can checkout the file formats from this link. http://wiki.siftah.com/Cisco_7960G_IP_Phone_on_Asterisk Once you have setup all the files in the tftp server, connect the phone to the network. it should connect to the tftp server and update itself and connect to the server. Let me know if you need any additional help.
  15. There are also other things to do like tuning couchdb and rabbitmq parameters past a certain point which can increase performance.
×
×
  • Create New...