Jump to content

Vodia PBX

Administrators
  • Posts

    10,090
  • Joined

  • Last visited

Everything posted by Vodia PBX

  1. Well it could "not locate server". Can you actually locate anything on DNS? E.g. can you refresh the license? You can also just set the DNS server manually in /reg_ports.htm e.g. to 8.8.8.8.
  2. Can you check if what is in the DNS cache (/reg_dns.htm) makes sense? Also you can turn the email logging higher to see if there is any communication with the SMTP server.
  3. In 68.0, you can also just use Basic authentication for setting up the web socket. Make sure that the Host is matches the domain name, and the username in the authorization header the extension. The password is the web password. This works only if there is no 2nd factor required for the login. Otherwise you'll need to set up a session first and then use the session cookie in the web socket request. Also I would turn the web server log to 9 which should provide more information what is going on.
  4. Hmm seems like you need to add this yourself for now—just open the inspector in your browser and add it to the id="page". We'll include it in the next build.
  5. Like all files served by the PBX web server, you can also redesign the file there (makecall.htm). You might also want to check out https://doc.vodia.com/docs/click2dial where you can use the pbxcall element. This is very useful when you users have to log in (e.g. into a in-house CRM system) and you want to offer clickable numbers.
  6. No real workaround. You could set up some PHP server that acts like B2B to take the request and then send it to telnyx but it would be easier if they just accept the AES-CBC cipher again.
  7. The hunt group diversion is on per-call basis. The agent would press some button on the VoIP phone and enter where to redirect the call. If the agent wants to divert all calls of the hunt group, they can do that with the *80 star code.
  8. The Android app is in the review pipeline and Windows will be submitted tomorrow. If you can wait two days, it will make things easier...
  9. We are releasing a new Windows app that should fix this issue. In the browser please make sure that the user refreshes the page and clears the cache.
  10. You can use the star code *59 for that.
  11. Well, when you are using the apps there are a lot of possibilities, including showing the caller-ID, the length of the message and even the transcription. I assume you are talking about a VoIP phone? Many phones are able to update the display during the call, however the question is if users could get confused when they see that number and the change backfires?
  12. Regarding the ringback, newer versions of the PBX support P-Early-Media, which might help with the ringback announcements. This is an option for the trunk setting "Local ringback generation for outbound calls".
  13. Oh sorry I now see what you mean... We "hijacked" the username or account for the URL and the Application secret for the password.
  14. You can select as provider "HTTP GET" which should be what you are looking for. The following variables are available (URL-encoded) in the URL: {password} The password for the account (which was entered in the setup) {body} The text content {from} The senders address {to} The receivers address {from-e164} The senders address in E164-form {to-e164} The receivers address in E164-form As an example, you could use the URL http://12.23.34.56:80/v1/sms/send/?phone={to-e164}&message={body}.
  15. Yes there is. You can use the character F to detect FAX and then redirect to a destination (see https://doc.vodia.com/docs/autoattendants).
  16. The display of the app heavily depends on the ability to fetch the information from the PBX. If that does not happen the app looks like it is stuck. The app stores pretty much only the information to log in. Might be an idea to keep more in the app cache, so that in case of bad connectivity the user does not get confused. In order to troubleshoot this, I would still try to get a trace on SIP or HTTP level to see what is going on.
  17. Was any IP address blocked? Maybe the thresholds are too low if that is the case. Otherwise if you know the IP address of a user turn the SIP logging on for that address and check if you can see the packets coming in and going out.
  18. Vodia PBX

    V68

    We will let everyone know when it is released.
  19. Ok on second look it seems that the problem is that telnyx has changed their TLS setup and now don't accept AES-CBC any more (instead must be AES-GCM). This breaks the interoperability with the PBX.
  20. Well its a kind of unusual situation. The call from the cell phone is both a call from a trunk and also a call from an extension. If you call into the queue, that call is seen as a "client" call. If the only agent of the queue is that agent, well then the ACD will not be able to call the agent because that agent is busy on the phone all the time. However if there are other agents logged into the queue, those agents should get the call.
  21. That would be a longer story. Essentially there would be two ways to do this—change the key_menu link and point it to your own server or modify the backend app in the PBX. Because you already have the content, you could just drop it into the tftp directory of the pbx (might have to create it first in the working directory of the PBX) and then chage the link to http://{get host}:{http-port}/tftp/your-file.xm to load it.
  22. If we are talking about the menu key the template set that to use the PBX to render the menu: <dkey_menu perm="RW">url http://{get host}:{http-port}/app/snom/menu</dkey_menu> This menu is rendered on the fly by the PBX.
  23. The browser does connect through TLS. Do you have that certificate in the PBX CA list?
×
×
  • Create New...