Jump to content
Vodia PBX forum

NISYST

Members
  • Content count

    4
  • Joined

  • Last visited

Community Reputation

0 Neutral

About NISYST

  • Rank
    Newbie
  1. Hi, "Does the PBX put anything in the "generated" folder for that extension?" - There is a folder for this extension - "58" and there are a number of new and old txt and xml files. "Did you open up the extension up for provisioning on the PBX web interface (domain account overview) ?" - Where is this setting so that I can check. "Do you see any log messages in the PBX (TFTP and PnP log level set to 9)?" - After setting the TFTP and PnP log level to 9, I have checked the LogFile for the domain (under settings section after I select the domain) and there is nothing there when I click Reload. BUT bear in mind that if I associate a cell phone to this extension, then even through the phone is not provisioned, the cell phone still rings. "Did you set up the "settings URL" on the phone?" - Yes - this is set to, "http://192.168.254.200/Prov/Snom320htm" "Are you using option 66 on your DHCP server?" - The DHCP is set on our firewall and I have the MAC address for all phones statically assigned to IP addresses. When the phone is booted up, it recognises the MAC and obtains the IP address. I'm not too sure factory resetting the phone will help. I did that on one of the phone, and I have the same problem with that also. I hope the above helps. Dave Chunilal
  2. 10th November 2016 Hi, I have been using the Snom 320 and Snom 370 phone on the SnonONE PBX v4 for the past 5 years nearly, and never had any issues. I have recently upgraded to v5.5.0 and have had more downtime in two weeks than in 5 years. Begs a question on the stability of v5.5.0 One issue I need to rectify urgently is the provisioning of the snom320, it is very hit and miss. When I boot up the snom320, it recognises the IP from DHCP and then simply sits there scrolling "Provisioning in Progress". Even if I "Open Account for MAC based provisioning", it just does not provision. I NEVER had provisioning issues when using PBX v4. Now, if I move a phone from one office to another, I could lose half a day (if I'm lucky) on getting that phone working again. I cannot seem to contact the paid support / maintenance I have, therefore I am hoping someone can assist on this forum to get me back up and running and try and help with the problem once and for all. Phone firmware is: 8.7.3.25.9 One thing worth mentioning is that if I enter a mobile number in the redirection tab, then although the phone does not provision, anyone calling the extension gets redirected to the mobile. I'd appreciate any help urgently - thanks in advance. Dave Chunilal
  3. Call dead when answered

    28th July 2016 Thanks. I was looking at upgrading anyway, so possibly do that first, then try and resolve the issue. Dave S. Chunilal
  4. Call dead when answered

    25th July 2016 Hi, We have been using SnomOne Blue since 2011. The version we have is, 2011-4.2.1.4025 (Win32). We have 51 accounts, with 24 extensions and a few hunt groups, agent groups etc. 4 of the extensions are overseas (India). We have a number of ISDN channels, and those are connected through a Patton gateway box. Although the majority of the time everything works great and has for years, we are finding that both internal or external calls sometimes results in neither party being able to hear the other with the phones outside of the building. So, if I (Ext 42) call one of the India extensions (Ext 53), I cannot hear them and they cannot hear me. I have checked the status of the phone at that point and it is still registered on the SnomOne control panel. If we hang up and try again immediately, most times it is fine, sometimes it take 3-4 attempts before it all works again. We also have some home workers in UK and this issue sometimes happens with them also. The external phones are pointing directly to our external IP and through the firewall. The phones we are using are the Snom 320 and the Snom 370. Can anyone shine any light on where I can check for a resolution. Thanks Dave S. Chunilal
×