Vodia PBX
-
Posts
11,110 -
Joined
-
Last visited
Content Type
Profiles
Forums
Events
Posts posted by Vodia PBX
-
-
Its complicated... For a call between two extensions that both support OPUS, it should sound awesome. Calls to the PSTN are a different story, because every transcode operation reduces the call quality, even if a great codec is in use. This might cause a small metallic sound, but it should not be dramatic. If the mobile phone has a great connectivity, it is better to use G711. If the mobile phone has less-than-perfect network connectivity, it makes sense to give OPUS a try. It can handle packet loss much better then G.711.
-
There was a small glitch with keeping the ID of the file.We'll fix that in the next build. In the tenant, it was already fixed, but not ported into the system view.
-
Ok lets try... There is a version 68.0.27.beta that has those two models and buttons added.
-
We have currently buttons defined for GXP1628 and GXP1630. Grandstream has this hard to understand way of numbering their settings. Are we talking about P323 and P324 (MPK 1/2)?
-
If you don't explicitly specify the associated addresses for the trunk, it will do a reverse DNS lookup, following possible paths. However when the provider uses something like random DNS A addresses, this will obviously not work with all possible addresses. In such cases it is better to explicitly specify the addresses. In the 68.022 versions you can also specify IP address ranges.
-
It depends on the email. E.g. the variables for the missed email are different than for a status change. In the next version 69 there will be a log message on log level 9 that shows what variables are available, making this easier.
-
In the web interface, the browser can insert the year with a simple Javascript replace. However for the email it does not work that way.
An easy workaround is obviously just to change the footer text. It might mean you have to do it every year, though...
-
I would just put them into one tenant. There is no point making this too complicated. Then they can use the group functions to make sure to answer the calls properly.
-
Almost sounds like a problem with SRTP. If you enable other codecs, does it work? What does the SDP look like?
-
You can always send a message to another user in the system. It is a different story kid the tenant is not set up for SMS, e.g. outside contacts. In that case the popup does not offer SMS. The term "SMS" in the French translation is a little bit misleading.
-
Yes, we'll hopefully release 68.0.26 in the next few days.
-
There is the page with the release notes on https://doc.vodia.com/docs/releasenotes, and you also get the links when you navigate in the admin portal to the software update page. But we don't have that for alpha/beta releases.
-
I don't know... A single click call is a problem e.g. if you put the phone into your pocket and it dials a random number. IMHO there must a confirmation. That pop-up serves that purpose well.
-
You can have a separate SMS provider per tenant, but not multiple SMS providers in a single tenant. As more and more customers use SMS we might have to reconsider this limitation eventually.
-
As for the address book and at the risk of being stubborn, the iOS app is working with the phone address book. You can use the local contacts to dial with the Vodia app, all you have to do is choose the right app from the contact detail view (just like with all other apps like WhatsApp, Telegram and so on). Yes, the address book is not inside the app, but IMHO it is even better to use the Apple contacts app instead of trying to write our own copy of the contact app.
Copying the local address book is IMHO a complete no go that would justify immediate removal from the app store because it violates everything I could imaging about privacy. Maybe other vendors see it differently, but this would be outright theft IMHO. Having incoming calls show up in the local call log is already a problem thinking about sensitive data when someone leaves the company, but that's another topic.
I agree with service flags status and ACD login and logout, although the good old DND serves well if you don't want to get calls, including from the ACD. This is something for the next version.
But as for the address book, we first need to understand what the users really want before making a huge effort to come up with our own version of the build-in address book and then find out its not what users need.
-
I would not see a problem unless 3CX is looking at the User-Agent header and decides to reject it. Depending on what you want to do you could consider using a trunk (Vodia sends REGISTER) or an extension (3CX sends a REGISTER).
-
-
It should be
builtin1.
-
In the later versions (68+) we have added lots of logs why and when the PBX includes agents. Possible reasons are login/logout status, recovery time, DND, loss of registrations, hot desking. Sometimes even the phones reject incoming calls, e.g. because uses have set up local redirects. Just turn log level to 9 for IVR.
-
Would Russia, Samara (MSK+1) work? It is essentially Europe/Samara.
-
... and here we go with 1.20.
OPUS was a great step forward, specially when there was packet loss it sounds so much better (please make sure that users have OPUS as their first priority if they have problems with audio quality). However with one step forward there was one step back, which could cause the app to crash early in the call which is obviously not helping with the audio quality. This should be fixed with the 1.20. Also we have added two more languages—if you are Spanish or Finnish native speaker and don't like a translation we'll be happy to fine tune the texts.
-
Hmm well you could send that extension a message to make sure that there is anything. The plus should only appear if there is a SMS provider available for the tenant, to make sure that users are not sending messages without the hope of getting the message actually out.
-
Might just be the form validation that stops you from entering alphanumeric. The Vodia API will take it.
Anyhow that being said, we plan to move on to passkey in 69 instead of 2nd factor. The whole 2nd factor was just a workaround for a flawed system where users have to come up with more-or-less random passwords.
-
Thanks, we'll include that in the next build.
Load Balancer and Cloud Hosting
in General Setup
Posted
The load balancer is not helping you with redundancy. It is used for routing incoming requests to the right server. The load balancer can be behind a firewall or NAT, which is useful if you are remote managing PBX on customer premise. That is what the load balancer address in the settings is for. The other way to use the load balancer is to route incoming calls from a trunk provider that must send all calls to one IP address to the right PBX, based on the DID. Today, usually you have a trunk registration for each tenant, which eliminates that use case. Because the PBX is on a public IP in these cases, the refresh interval can be generous and this generates only very little overhead.
As for redundancy, you'll get usually everything you need from the virtualization of your server. Most of the time, data centers offer that without even telling you. Unless you order a bare bone, modern datacenter software automatically deploys instances on hardware without you having much visibility on it, including the possibility to move the service to another server if the underlying hardware should fail.
What is important is that you take periodic snapshots of the data. It also does not hurt to take automatic snapshots of the whole virtual machine either. Anyhow, the snapshot of the working directory in a location out of the data center is key for geographical failover, e.g. if your whole datacenter goes offline and there is a need to resume operation somewhere else. In that case, your data backup will be very valuable.
The cost for running the PBX should be almost negligible. If you put let's say a hundred tenants on a system and let's say you pay one hundred dollar for the instance, your cost per tenant is one dollar. This is a magnitude cheaper than the cheapest instance you can get for single tenant systems, which will suffer from quality problems because those cheap instances share all their resources with hundreds of foreign web services running on the same CPU. It is better to choose a more solid instance with a dedicated CPU core and use it entirely for your hosted PBX.