Jump to content

Vodia PBX

  • Posts

  • Joined

  • Last visited

Everything posted by Vodia PBX

  1. In the provisioning history you can see what was sent to the phone. It makes sense to use a XML checker to see if the format accidentally is not well formed (easy to make typos). Does that file look like what you would expect?
  2. Sorry we always validate the certificate on SIP TLS connections that are initiated by the PBX.
  3. Just put it into the tftp directory. Probably the directory does not exist in the working directory of the PBX, so just create it. You can then fetch it with tftp:// BTW you can also use, Fanvil does support HTTP as well.
  4. Depending where you are coming from you might have to change the setup on the bandwidth portal. They had an old API that was replaced with a newer one, which we are using now. We are now at 67.0.4.
  5. You can use CO-lines with the trunk and set them to inbound and outbound only. That will limit the number of calls. That being said we have every intention to get rid of the CO lines because this is concept of the last century. It might make sense to add a setting to the trunk that just lists how many inbound and outbound calls are allowed. On domain level, we already have a limitation on how many calls can be on a trunk, however this now does not differentiate between inbound and outbound.
  6. In the next version we will use spaces. This is what pretty much the whole world is using today to make phone numbers readable. Except for USA, the area code also seems to be without parenthesis (and actually it often shown even if you are in the area). We'll have this "marinate" in the 67.1 build for some time and then we will eventually make this version 68.
  7. Its on https://doc.vodia.com/docs/login#admin-password-reset — happens all the time!
  8. Most installations don't leave tenants to change the DID at all. IMHO that is not too bad because those DID changes are rare (which means that they don't cost that much time) and tenants usually don't have the expertise to deal with the topic. However I agree the DID management can be improved. We have added a property to the DID that links it to a trunk, which makes a lot of sense, and yes it might make sense to further link it to a domain as well.
  9. We have addressed that problem already in the code, however it is not available in a release yet. A short-term workaround is to remove the calls window altogether through the customization.
  10. The other thing to keep in mind is that the PBX keeps the history of the passwords. If the password that you want to set was used before, it will not set it. The history goes back to the last 3 attempts. Please make sure to set a "random" password. This might be confusing. The web front end is supposed to inform you about this, but maybe there was a glitch that this did not work.
  11. That was the idea already. The point is that the conversation belongs to the ACD, not just to an agent. I that agent is not logged in, the PBX will try to assign it to another agent that is logged in when the message arrives. However there is no explicit control over this right now.
  12. That is very high indeed. We have addressed some issues with unnecessary network messages in the next version of the PBX, however those messages should be a problem only if there is a domain with a lot of calls. The app largely ignores those updates anyway, so we cut them out on the PBX side. How to test if this is the problem: If you put the phone into airplane mode, those notifications should not bother the app any more. If that is the case we could assume that they are really network related.
  13. Yes on hold the user can press a key and then the PBX will send a SMS to the user phone number. The MoH should contain some text that tells the user what key to press. A typical example would be "la-la-la If you press 4, we will text you a link to our menu la-la-la If you press 5, we will text you a link to our partner page la-la-la ..."
  14. Maybe your browser auto-filled the passwords in error, so that they ended up being the same?
  15. My guess there is a problem with the certificate: % curl -vv https://techguysio.pstn.umatilla.twilio.com:5061 * Server certificate: * subject: C=US; ST=California; L=San Francisco; O=Twilio, Inc.; CN=*.us2.twilio.com * start date: Feb 18 00:00:00 2021 GMT * expire date: Feb 22 23:59:59 2022 GMT * subjectAltName does not match techguysio.pstn.umatilla.twilio.com * SSL: no alternative certificate subject name matches target host name 'techguysio.pstn.umatilla.twilio.com' * Closing connection 0 * TLSv1.2 (OUT), TLS alert, close notify (256): curl: (60) SSL: no alternative certificate subject name matches target host name 'techguysio.pstn.umatilla.twilio.com' More details here: https://curl.haxx.se/docs/sslcerts.html curl failed to verify the legitimacy of the server and therefore could not establish a secure connection to it. To learn more about this situation and how to fix it, please visit the web page mentioned above.
  16. Its probably more important to know that there is someone waiting in a park orbit than showing the caller-ID. We could make that an option for the park orbit, so that we don't loose the functionality to show the original caller-ID, e.g. for VoIP phones with a small display. But we should have an option to just show the name of the park orbit for that call and then when the user accepts the call, we can change the caller-ID back to the original caller-ID.
  17. I noted something in the 13-Numbers. Starts with "611300" seems fine with me, however starts with "613" would conflict with Victoria. Is this just a typo? Should this be "6113"? Maybe the problems with 61300xxxxxx are related?
  18. PING is the #1 tool for robots to find SIP servers in the Internet. That is why the PBX by default ignores PING if it comes from an unassociated address. What you can do: Set up a dummy SIP trunk that has the outbound proxy set to the address of the monitor Use SNMP instead of SIP. Then PRTG can also report additional information like how many calls are active. Use HTTP instead of SIP. Then you can just pull e.g. robots.txt or you could also pull a REST API statistics that shows e.g. how many registrations are on the server.
  19. Thanks for that detailed overview. The reason why the PBX is using hyphens is because spaces are used in many forms in the web front end to separate list entries, including the forms for the DID numbers. In the USA, phone numbers are often written like (617) 399 8147 which is even "worse" than Australia! Other countries like Germany also prefer spaces, and they also include extra characters for the area code, e.g. (030) 55578992 or (030) 5557 8992 depending who you ask. One way of solving the problem would be a different presentation in the user front end and the administrator web interface. OTOH there are only a few places where there are multiple phone numbers in a form field, and we could as well JavaScript that form element to present and accept the human readable format as well. Then we don't have to do any assumption on what characters may be used and format the number in the best human readable form. Another problem is that users actually really dial those strings as phone numbers, maybe because of copy and paste or maybe because they like to enter them that way. However we already have a PBX settings that defines what characters are removed from the dialed string. That setting should already be compatible with all human readable formats.
  20. That feature is available when the user is on hold. It makes sense to put that also into the auto attendant, we'll have to put this on the to-do list!
  21. It looks to me like the number is not set up for sending SMS. There is a checklist on https://developers.telnyx.com/docs/v2/messaging/quickstarts/portal-setup that might be helpful. IMHO the message itself looks okay. They might have change the authorization header, but it does not looks like they broke the previous version.
  22. New York should be really easy. You can just select the East coast time time. Actually the PBX does that automatically for you when you install the PBX.
  23. I would use 67 for that. Only key "aha" is that the PBX needs to find the right certificate. When you upgrade to 67, make sure to reset the certificates then this should be working without problems.
  24. Well, the idea is to follow https://en.wikipedia.org/wiki/Telephone_numbers_in_Australia and present phone numbers in the format that the Australian human would be able to read it properly. Right now you could take the country code out, however that has a lot more consequences that just adding the hyphens for readability. We could add a setting that suppresses the re-formatting, but before we do a step like this it would be great to understand what exactly the problem is. Is the formatting incorrect?
  25. The hyphens are inserted in the "display" name, the number itself should not contain hyphens. E.g. "030-55578992" <sip:03055578992@vodia.com> it depends on the country code. It should help with the readability of the number. If there is a name already available or the number is in the address book, then the PBX should not do that replacement. What country code are you using?
  • Create New...