Jump to content

Vodia PBX

Administrators
  • Posts

    11,090
  • Joined

  • Last visited

Posts posted by Vodia PBX

  1. For the queue, there are two types of calls that did not connect:

    • When an agent did not pick up the phone within so-and-so many seconds, the PBX considers this a "missed" call—by the agent.
    • When the caller hangs up before the call connected after so-and-so many seconds, this is considered an "abandoned" call—for the queue.

    We are trying to streamline the wording in the various texts in email and the web front end; it is not always consistent. 

  2. 11 hours ago, RichardDCG said:

    Is work still being done on V68?  V69 still seems to be very much in the beta stage...  

    Most of the work right now is on 69 so that everything works better than in 68. Some of the work is easy to port back to 68 and we happily do that, but obviously we don't want to rock the boat on 68. 

  3. Right. The idea is that there is this office space where people come and go and just grab a desk in the morning. Each desk has a VoIP phone, and that phone is just waiting for someone to grab it and log in (there is an option for the tenant to reset the hot desk at midnight for those who forget to log out). You can also set the hot desk from the PC app, so that you can enjoy the usually better audio quality on a VoIP phone (setting the hot desk might be a feature that also finds its way into the mobile apps). 

  4. DTMF is a longer story than it might seem at first glance. Do you remember on which device you were using it? The support for DTMF depends on the browser which is frustrating considering its such a core feature of a phone call, and we had to implement a workaround so that at least when in a PBX IVR you can still use it. 

  5. Hmm this all looks good. Don't be fooled by the PCAP traces on the PBX, they are always decrypted because otherwise we would not be able to hear anything. You could double check from the phones built-in PCAP. 

  6. 17 hours ago, RichardDCG said:

    You cant log into it using *70.

    Well that would indeed be a problem. Anything in the logs? 

    17 hours ago, RichardDCG said:

    This setup seems a waste of time, everyone has a mobile phone, they will use that for emergency calls.

    The setup is for offices where you simply sit on another desk every time you come in. It's becoming a part of modern work culture in some industries. I agree a lot of the calls will happen through the PC and mobile phones (e.g. using the Vodia app if they can use it on their private devices), but we see the demand for a piece of plastic on the desk like a big screen that workers can use on that day. Emergency must be possible any time, and regular calls after logging in.

  7. Well the question is what you want to reset it to?

    Also in most of the cases there is a pool of ANI numbers to choose from. The front end shows the numbers in the dropdown (even 68 should do that), where this is a million times easier for the user than dialing *59 numbers.

  8. 2 hours ago, mskenderian said:

    What is button type Fanvil?

    This is a fallback mode for explicitly settings the possible variables for the Fanvil devices. You set the values in the parameter, separated by semicolons and name=value pairs. Available names are type, value, title and icon. For example type=4;value=1234 would program the button to use DTMF and send the keys 1, 2, 3 and 4. This avoids having to change the template to arrange special button modes. What modes are available is on the Fanvil documentation site, the PBX just passes it through.

    2 hours ago, mskenderian said:

    Also can we port this to v68?

    It will be in the next 68 build.

  9. We have fixed an issue with as-feature-event and DND on hot desk that seems to have affected the ability to set DND from the VoIP phone—without hot desk. This should be fixed in the latest 69.0.5 and the next release then.

  10. If you like try the version 69.0.5. We will work on documentation, but for now put into the "Username or account" your WhatsApp Phone number ID, some random "Application token" (for verification with WhatsApp) and the "Application secret" the access token from your WhatsApp app. You must put something into the "Address for pulling MMS content", e.g. your server address (must be https as fas as we can see). This version supports inbound and outbound text and images. 

  11. 1 hour ago, mskenderian said:

    I dont want to educate my users with passkeys, let the every app do that, when i see its mainstream I will just enforce it, until then please have a settings to turn this off System and Tenant Level. I understand your thought process. but its actually more of a burden to explain this to users then its worth. eventually we will use it, until then let the users get used to it. its been a burden on you also explain to your users why are you making this a priority.

    The next build has a flag on the welcome page where they can decide to suppress the passkey topic until they explicitly enable it again. This should really keep annoyance to a minimum.

    1 hour ago, mskenderian said:

    I presonally dont do onprem deployment, but i can tell you this. Mine is acting weird, i dont even understand it. last week i saw it. The pbx is in the cloud on vultr. this is what my LAN Devices page looks like: 

    We recently see that a lot. It's because scanners are jumping on anything that looks like it would provision Yealink phones and hand out a password. You can disable it with the setting "Automatically list unassigned MAC addresses" in the "Phone Settings", and that would be another setting that should be off by default when deploying a hosted PBX (it makes mostly sense in LAN deployments). We had previous attacks where the scanner went through the whole MAC address range of the Yealink phones. This is why the list is limited to max 256 devices. The fact that the phone is listed there does not mean that the PBX sends anything useful to the scanner.

    1 hour ago, mskenderian said:

    I wil give you an explain of what happened to me yesterday. I am at my office, provisioning two VVX 450 for a exisiting client, I added the phone to poly ZTP, setup the profile to point to the correct server, booted up the phones, it did its ussual thing, upgrade to a firmware i am comfortable with, then sent the provioning request to the PBX, provisioned it, and all the registration are DEAD. nothing worth, but i know it got provisioned. after reseting them, manually provisioning the phones via web gui, still nothing. spent 20 min on this. then I check the blocked IP address, my IP that i was on was blocked. well the web gui was working, but it got blocked, a simple check to display an error like your IP is blacklisted in some Status page, would be made me aware of this. I simple deleted the blacklist and then it worked.

    Well its another classic... I know it happens to me as well again and again until I realized that my IP address was blocked. What else should the PBX do? Show a message "you are on a blocked IP address"? In what language? The PBX obviously wants to keep real attackers away from the PBX and essentially pretend to be dead, or at least provide as little information to a potentially hostile client. At this point, experience will turn those 20 minutes into maybe 20 seconds...

  12. Those who are using the PBX for many years are so used to the name "domain" they are wondering why its now tenant: Because it's multi-tenant. Its marketing. The term "tenant" became popular far after release 1.0, and we eventually had to adjust to reality and go through the painful process of renaming the domain into tenant. 

    It's similar with the "name" of the tenant. If you look e.g. on Microsoft Exchange and how they show their tenants, they also use "names" which are really just a descriptive string, which provides more freedom to the ones setting them up. DNS addresses are a subset, and of course you can choose a name which is the same like the DNS address. Ideally, you never have to enter the DNS address manually and get there by clicking on it. Maybe we can just add the DNS address somewhere in the tenant web front end, so that there is no need to navigate back to system level to see it. 

  13. On 6/9/2023 at 1:49 AM, Scott1234 said:

    I am guessing it's because the phone just needs to be able to read the cert? and its never worked? 

    Hmm. I am sure it did work at some point, however Yealink used to have the problem that the SIP TLS did not include the TLS/SNI extension which is a problem for multi-tenancy. But if SIP/TLS works, I would not see any problem negotiation the SRTP/SDES keys. 

  14. Total agreement on minimizing support. We want to offer a lot of functionality, and that is in conflict with the goal of minimizing support.

    For example, one time killer is the onboarding of users. This is why we have been working on the logon experience without passwords, because passwords are not only a huge security problem but also cost a lot of time for admins as well as the users themselves (hacked systems are an extreme example of lost time spent on fixing everything). At the risk of being on the leading edge we decided to use passkeys instead of 2nd factor, and we believe that soon this will be mainstream and we don't have to educate users any more. 

    Other topics are more tricky. For example, we have added many features for LAN provisioning that look outdated today. Should we silently drop them? Or set the defaults so that the LAN deployment becomes the one that requires extra work? We have started to add some hints like changing ports but not actually doing it. Should we by default set he "IP routing list" to "private public"?

    The answer might lie in providing VM snapshots where everything is setup already, like for Amazon EC2. But even there, you still need to get a DNS domain for the tenant, the Amazon EC2 address will not work with Lets Encrypt. We had a lot of problems with admins using the same DNS address for the whole server as for one of the tenants, and hopefully have that sorted out in the latest builds. 

    "Make everything as simple as possible, but not simpler" (Albert Einstein) might be the right motto.

  15. The PBX SIP subsystem is aware about multiple network interfaces. In a nutshell, when the PBX sends out a packet it figures out what IP address the operating system would use when sending out the packet and then puts that into the SIP/SDP message. The mechanism can be explicitly overridden by the setting for the "IP routing list". But if the operating system is configures correctly, it is all automatic. This works with IPv4, IPv6, VLAN, VPN, SD-WAN, LAN and whatever is out there. It does not matter if there are single or multiple physical addresses. Vodia IOP happens to have one physical port, but in Linux you can put many network interfaces on it. If you have a server with multiple NIC it does not make a difference for the PBX. 

    Problems are mostly because of NAT, either because the SIP trunk does not use a SBC or because you want to connect users home. But if possible I would prefer to set the routing up properly on OS level and then it will be working out of the box.

  16. 23 hours ago, mskenderian said:

    its fine. its a dev machine. i will wait. 

    If you like, try 68.0.5 (daily build).

    23 hours ago, mskenderian said:

    can we port poly edge and new fanvil like w6116w to v68?

    it might be a while until i move production to v69, but need basic things like phone template to work out of the box in v68

    Poly Edge B will be a challenge because it's a completely different phone. The Poly Edge E series is a lot easier—it's practically just a renamed user-agent. 

×
×
  • Create New...