Jump to content
Vodia PBX forum

andy

Members
  • Content Count

    82
  • Joined

  • Last visited

Community Reputation

0 Neutral

About andy

  • Rank
    Advanced Member
  1. Fair enough. The pages that are working are looking great though. One last questions for this project: The page Domains/Settings/Email/Email Setup (serverip/reg_email.htm) diplays the status of the currently used (email) servers at the very buttom. We have two lines there. One for the old and one for the new server (the email server was updated too). It seems there is still a qeue left from the old email setup. We don't need these mails anymore and it would be nice for this line to disappear . Where in the filesystem can I delete old email qeues?
  2. Thank you for these instructions. The change was really easy and the pbx is up and running on the new sever. BUT... the new web interface is a big step back in regards of usability. At least at this stage of development. Many pages don't display the information properly. Just a few examples (see attachments): Extensions/Registration: IP number of extension is cut off. Pretty important for service issues. List of extensions: Numbers cut off Domain's call log not working That's probably all CSS issues, but I'd rather prefer the information to be readable than to be hidden in an neat interface.
  3. In addition I guess I must instruct the server to run the pbxctrl.exe as a service.
  4. We need to move the pbx to a new server. It's still running on WinServer 2008. All settings will stay the same. What would be the fastest way to do this. I did not find instruction in the Wiki. Please help me out with a link. Thank you.
  5. Issue solved: Our IT provider changed the MTU from 1.500 to 1.200 and the Snoms are working again with the Vodia PBX. Is there any explanation from you side why they act so special vs all the other equipment?
  6. Today, after 5 days of malfunction, the Snom phones are accessing the PBX. We did not find any apparent reason for this change. However there is audio with all external numbers, but no audio with internal extensions. Again the issue occurs with our SNOM phones only, not with any ot the other devices. We checked the PCAP traces again and there was a significant change from yesterday (abreviated): <SNOM IP> to <Server IP> 1326 Request: INVITE: sip xxx@pbx.. <Server IP> to <Snom IP> SIP547 351 Status: 100 Trying <Server IP> to <Snom IP> SIP547 Status: 401 Authentication Required <SNOM IP> to <Server IP> 471 Request: CANCEL sip: xxx@pbx... TODAY there is a second INVITE in the PCAP trace and the phone is sending authentication data plus some other codec information. Why would the SNOM phones and the VODIA pbx communicate that dífferently? This is a very strange issue and also could be Snom related. I will contact them too. <Server IP> to <Snom IP>
  7. Our Vodia PBX worked fine until a couple of days ago. For some unknown reason all Snom phones can't contact the PBX any more (Snom message: Network failure). All of our softphones are working fine. The Snom phones are registered and can be called by the PBX (incoming calls), but not the other way around (outgoing calls). There have been no updates or changes to the network infrastructure, there is no firewall involved. We checked the traffic with wireshark and found this line: <Server IP> to <Snom IP> SIP 547 Status: 401 Authentication Required The Snom phones then CANCEL the sip request. Could this be the cause of the "network failure" and what setting is involved?
  8. Thank you. This seems to get complicated. We'll just leave it like it is. We don't need the CDR so often. I know whereabout to find the new records -somehwere in the middle of the list- so that's fine for our needs.
  9. That request is a little beyond my technically knowledge. In Chrome's developer windows I am beeing offered: reg_callog.htm, pbx.js, reg_format.js, twocoll.css. Which code should I send?
  10. Yes. It's dom_callog.htm. But reg_callog.htm# has the same behaviour.
  11. Hello again. I didn't have time for the last couple of days to deal with this matter, but accidentially I made an interesting discovery today. The CDRs are there, but not listed in an order that makes sense. On the page Call History is says "Please select page". The most recent CDRs should be on the last page, but they aren't. That's why I did not find them. I have 948 lines as of today and the newest CDRs are listed somewhere in the middle on lines 401-450. Line 1 ist June 2nd 2016 and line 948 July 15th 2016. Not very useful. Has some index been mixed up maybe?
  12. Where can I find this new setting? I did not spot it so far.
  13. This has worked fine for many years, but for some reason the updating process has stopped. We did not change anything on the file system. The only recent change was an update to v 5.5.0 Could I simply delete the CDR records and see what would happen next? Which file oder folder can be deleted safely?
  14. Status/Call Log OR Localhost/Status/Call Log: In both locations the system stopped to produce cdr records. The last record is from July 9th. That is page 731. I already doubled CDR Recording Setting/Maximun numbers of of CDRs to 50.000, and we are running a small system with only 9 extensions. A delete option would be nice or what kind of issue could cause this behaviour? Thanks in advance for your advice! Andy
  15. The software has seen so many improvements over the years, but we still need need to upload 8 kHz Mono, 16 bit wav files for prompts. HD audio now is a standard in the SIP world, and I would love our clients to hear prompts that do not sound sound like they come from underground. Improving sound quality would be a great feature and a much better experience for any calling party.
×
×
  • Create New...