Jump to content


  • Posts

  • Joined

  • Last visited

  • Days Won


Recent Profile Visitors

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

  1. Are you logged in as the top (superduper) user in master account? You should see "+Add" option in Number Manager but I believe you only see that if you are superadmin or superduper. If it says invalid credentials then there is (obviously) something wrong with your credentials. Make sure you are generating a hash using the proper user/pass. That screen shot is not telling me anything. It looks like you are missing all the important bits at the beginning such as the generation of the user hash etc and then the actual curl command.
  2. Not sure what you mean by not being able to add numbers. I just went to Number Manager > +Add and was able to add a number. To read about the API you can use these docs https://github.com/2600hz/kazoo/tree/master/applications/crossbar/doc Maybe start here for credentials https://docs.2600hz.com/sysadmin/doc/install/configure_kazoo/ https://github.com/2600hz/kazoo/blob/master/applications/crossbar/doc/basic_auth.md You will probably want to look at using PostMan which can automate a lot of the things such as using credentials. https://docs.2600hz.com/ui/docs/using-postman-as-a-crud/
  3. Those wiki pages are still what come up to the top most often on Google. Not sure what the best solution is because I don't think github pages get the same SEO love from Google. That new documentation system you guys are using also does not seem to show up much on Google searches. Maybe it just needs a little SEO applied to it?
  4. Is this a common feature on other VM systems?
  5. Does the number not show up in the GUI in Voicemail Manager? I realize that what you are asking for is a voice prompt but having it in the GUI should make that need less important.
  6. Maybe DISA? https://2600hz.atlassian.net/wiki/spaces/docs/pages/11206689/DISA Only thing I am not sure about is if the system can be made aware of what extension you want to masquerading as. If you can masquerade as an extension, then you should be able to use feature codes. If you are using IVR there might be a way to do it through that as well. Call-Forward Update Call-Forward *56 Enable Call-Forward *72 Disable Call-Forward *73 Toggle Call-Forward *74
  7. I think the VPN provider business probably got a boost.
  8. I am trying to do something with http bookkeeper in combination with service plans and the API. If there is a completely generic solution coming I might have to wait and see what that is all about.
  9. I believe you would go to Apps > App Exchange and set all apps to Admin only and set Voicemail Manager and Fax Manager apps to All users.
  10. The billing stuff in Monster UI is designed for connecting to braintree and requires other things to be set up get that part working. Braintree module does not run by default and you also need to add your braintree API. I believe you also need to do things on the braintree end like create service plans. So most of those billing related things you see in Monster UI are there for use by 2600hz and anyone else who wants to set up all the braintree stuff with their own braintree account. If you are not going to use braintree you cannot use most of the billing things in Monster UI and need to develop those things yourself.
  11. Kazoo does the same thing as the carriers. If you try create an IP auth device in callflow and then try create another IP auth device with the same IP (even if it is in a different account), Kazoo will give you a "SIP IP already in use" error. Kazoo does not care about inbound IP from carriers as long as the IP is added to the ACL. It knows which account to route the call to based on the DID number. So again, that is the same as what most carriers seem to do.
  12. If using IP authentication, the carrier is associating the IP with the customer account on their end. So on the carrier end, you cannot have more than one customer account with that carrier using the same IP. Otherwise the carrier would not know who to bill. That is for termination (outbound calls to the carrier). For origination (DID inbound) I am not sure if it would be a problem or not since the carrier knows which customers are using which DID's and should not care what IPs they are assigned to.
  13. I am only talking about reseller accounts with their own carriers. Not offnet/global. Yes it's my own cluster.
  14. Also number of cores used I think. Kazoo runs multiple beams (Erlang VMs) corresponding to the different applications and each beam can run on its own core. So Kazoo loves lots of cores. Even if half are hyperthreaded I think it still helps a lot.
  15. How are people handling bring your own carriers? Some carriers only do IP authentication and as far as I can tell, IP authentication won't work for bring your own carrier because the carrier only allows the IP to be used once. Or am I missing something? Also, the carrier would need to be registered to each Freeswitch server used for outbound correct? How should I do that? I think for inbound I should just be able to add the Carrier IP to the ACL right? Any other gotcha's I need to be aware of for bring your own carrier?
  • Create New...