Support

Not sure what you mean by the last update, but as we mentioned, the sales team can help with the test hosted license for this. If not, the NFR license should still be good for testing about rest of the features.

Yes, hosted license is the strongest license that we have and if it was for Testing we usually give out NFR licenses which is the case here and is how the testing goes with us. You can always contact our sales team and request if they can give you a hosted license for month for testing or so. They might need your NFR key back as you're not looking for it anymore and give you this instead. You can either email sales@vodia.com or call us to get this going.

If this is how your page looks like, why did you mention this "I see many vendors (Snom, Yealink etc...) but I do not see Zoiper." ? We thought your license is messed up and is having issues. Did you see that from one of our documents? (which is obviously not on your PBX again). You need a "hosted" license for this page to look like this (This is the remainder of the page that you pasted here for Hosted license holders). And you don't have that currently. You might need to buy one from us if you need this functionality.

Yes, your programmer should look into it if you need that functionality. But it's really not that difficult. It's just one simple command in a loop of 100 or 1000 depending on number of DID's you want implemented. Google for simple bash script should get this sorted real soon.

Send us a screenshot of your RPS page, /reg_pnp_settings.htm of everything after " Provisioning Server Redirection" field.

Please use this API command to make new DID entries: (You have to fire this command from the terminal of your laptop) curl -u admin:password -D - http://pbx_ip_or_domain/rest/system/did -X POST -d "{'cmd':'add', 'did':'9999999', 'dom':'1', 'user':'2', 'outbound':'true'}" Everything else should be fairly self explanatory apart from these fields: "Dom" is the ID number of the domain (which you will have to find out before you begin to write API for the DID) which you can find using this: https://api.vodia.com/domains_lists_api (please crl + f for the word "id" to be more visible) "user" is the user to which you want to assign the DID to and that has an ID too. Which has to be found before hand using the same API page as above.

Yes, this is not a Hosted license (you would've seen the word "Hosted" on this license page if it were) and that's the reason why you might not be seeing this, but you shouldn't have been able to see even other phone settings here as well. But this does look like the cause of your problem.

Oh, the 32 bit build doesn't seem to exist for now. But do you have a hosted license? Don't paste the code here, just confirm if it's true.

1) There is no image attached here. 2) If it's not getting upgraded, then that might mean your license doesn't support that, which you can see from the admin level logs if it's set to webclient and webserver.

It's the edited form of the same link that you found for 63.0.1. http://portal.vodia.com/downloads/pbx/version-63.0.2.xml

If you're having a hosted license you should be able to see this on the same page on the PBX. Try to upgrade to 63.0.2 and see if you find it there.

That was going to be our last argument. So maybe Grandstream can help you more with that. If you're their partner or similar, then you can open up a ticket with them or upgrade/ downgrade their firmware (you would have to google more about it).

Before you do the above, Please try to make 2 outgoing calls from that extension at the same time and let us know if that works for you. Call one cell phone, talk, put it on hold, call another cell phone and try to talk and let us know if that was successful.

In that case, do this: 1) Go to Admin level logs and set ONLY " Call Messages" to ON and rest everything to OFF and save it. 2) Clear all the logs before making any calls. Now, make the same situational calls (both inbound and outbound from the extension). 3) Look (Ctrl + F) for the word "Refer " (it should have a space after the word refer as shown here) and send us only that Refer log if you find it there. Or you can give us the system level login to your system and we'll take a look. We would need the name of the domain on which this should be tested and the DID that needs to be called.

That is exactly the problem (non-perfect preferences) we think. In your dial plan, the pref 3 entry is above pref 5 and of course it will take precedence then (because it's pref 3 first). And when you dial 93xxxx the pref 3 kicks in (and the call goes out as a whole because here, your replacement is "*" meaning, "Accept all") and not the 5th one (which should be) and hence system is not able to strip it off before trying to identify. Make pref 5 as pref 3 or something and then try again.

Again, we're talking about your Trunk and the number of channels that it allows you to call from which might depend on your subscription with them. Check your subscription payment ans settings with them to know more. In this scenario you're making more than 1 SIMULTANEOUS call, which might not be allowed by it. This has got nothing to do with our license and the PBX.

Please check the number of channels or simultaneous calls your trunk can make at one time. Maybe you have to pay for that service for this to work, because we tested that here, and it worked like a charm.

Ok, now it's better understandable. Follow up question (Please answer all questions with details): 1) Can you send us a screenshot of your dial plan how it looks which are being used when both of these calls are made? And we assume the name of the trunk is the same as seen in the screenshot right? 2) What exactly are you dialing when you dial each of these numbers? Write both the numbers down here, what you dial on your extension.

Along with the screenshot you also have to validate our questions above for this screenshot to make sense. What we understood from your original query ( bullet points above), is that correct?

It's not cumbersome at all, once you get to know your way around it like we explained above (which was the first time for us as well). You will have to use the same setting given above for all the extensions. So just create a huge csv file with these settings which includes all of your extensions. Giving you an eg. again for only those 2 codecs. type,alias,codecs extensions,123,0 8 extensions,234,0 8 extensions,456,0 8 . . . extensions,xxx,0 8 You can keep finding the new variables that you want to change (as explained before via image)and keep adding or modifying this for all extensions that you want all in one go.

So let us first understand this, 1) You have the number entered in the Address book on the PBX as your name correct? 2) You dial FROM the PBX's extension, your cell phone number? And you're saying your extensions doesn't show your name on it's display? The "Use last 7 digits for matching cell phone numbers" setting is for inbound call, and not outbound call TO your cell phone. Hence, it wouldn't work.

We suppose this is a very confusing way of explaining your scenario and we even tried to make a diagram for this but doesn't clear up what you want to achieve here. Please give us only the important and wanted information, even diagrams and screenshots are welcome.

Modification on the above example: type,alias,cw,codecs extensions,123,false,0 8 9 Numbers 0, 8 and 9 are for codecs G711U, G711A, G722 respectively. And this is how we found out the answer to your question so that you can find it by yourself faster next time. All this comes from "inspect element" on google chrome as mentioned earlier.

Yes, that's true but unfortunately it has to be manual at this point.

Also make sure none of the other services are running on port 80 / 443 on that server which might be blocking the PBX to run on that port. A quick netstat of the ports can give you more information on that.