Jump to content

Support

Administrators
  • Posts

    1,000
  • Joined

  • Last visited

Posts posted by Support

  1. Hi,

     

    Thank you taking time for writing this feedback. :)

    1 hour ago, ahennis@voicespring.net said:

    A very simple example we can look at all servers and all domains to pull lists for automated service flags that have holidays set and verify with the customers what holiday settings are needed for the up coming year. Since there is no mechanism in a service flag to handle floating holidays like Thanks Giving and Labor day, they need to be changed each year. Now we can produce a list of domains and service flags quickly to review with the customers. This will prevent the problem of service flags being set for the incorrect holiday each year.

    Do you mean the PBX should detect the bank holidays by itself and auto assign them to for e.g. service flags every year right?

     

    1 hour ago, ahennis@voicespring.net said:

    It would be useful to have descriptions of the data returned or being set. For example in the Service Flag REST calls returns data like  mon: "00:00-8:AM 20:30-9:AM" which is clearly the hours for the service flag on Monday. There are also things like param1 and param2. What do these things do?

    Also, yes description is also being noted down. Makes sense.

     

    1 hour ago, ahennis@voicespring.net said:

    It would also be useful to query the config templates for each domain and each phone in the domain if that phone has its' own config template. 

    You would like to do that from domain and extension level respectively right?

  2. Hello Contributors and Followers,

    We are thankful for all the contributions and suggestion received from you over all our product versions and branches of it. We would like to gain a quick feedback from anyone and everyone who are using our APIs for their automation requirements with Vodia PBX 58.0 and above. 

    Here is our API documentation page https://vodia.com/pbxapi . Although there is a lot of CSS and beautification needed (which we agree), we would like to have a feedback from you about:-

    1) If any document which you regularly use, is missing.

    2) If anything is incorrect.

    3) If you would like us to add extra documents which you think might be cool (if you have seen it on some other website, which you regularly use etc.). Just let us know which APIs are the ones you use on a daily basis and would like to give it a try from Vodia's end point as well.

    4) Criticism is welcomed too. :)

  3. Hi,

     

    You can always remove the page that we have and set it to a blank screen, which will essentially give you the same look. Customizing it to look like the old logon page will involve unnecessary overhead for your web development team. 

  4. 18 minutes ago, cwernstedt said:

    @Support The logs seem to be gone quite quickly and not much helpful info in them right after the problem happened either. I had SIP events logging set to a high number and these events quickly filled the 100 entry limit that was also set. I did receive some notification emails from the system about RTP timeout and "unconnected call" with regard to some WebRTC tests that I did, but currently this is all I have (unless more logs are stored somewhere in the pbx folder).

    So I think I'll have to wait until next time this happens (if it happens).

    However, I wonder if you could clarify what optimal log settings would be in order to capture these problems the next time. I need to increase logging detail and the number of entries saves, but I don't know what is reasonable, and I don't want to run into memory issues due to excessive logging.

    Hi,

     

    You wont run into any memory issues due to logs as they get overwritten once the limit is crossed. And these are logs you need to get us from the Admin level (as seen in the image as well).

     

    Also do get us the "lsof" commands output here. Please follow the link attached previously to learn more about lsof and how to fire the command from the terminal.

    1.png

  5. Hi,

     

    Which firmware are you using on the phone? It's highly possible that firmware of the phone has a huge role to play in this more than the PBX. If you can reproduce this and send us an Admin level logs for this one, that will help (see image -  these logs we need). Which PBX version are you on?

    1.png

  6. Hi,

     

    Could you get us the logs of those failed calls from the admin level for us to quickly see what is going on. Did anything else change on your trunk or system except upgrading to the version 59.0?

    Also, if you can test it out real quick, then can you try to upgrade to 59.1 and see if the issues are fixed. 

    P.S.: Please take a full backup of your /usr/local/pbx folder before upgrading. And test this when you have the lowest or no business running.

×
×
  • Create New...