sudo Posted May 8, 2013 Report Share Posted May 8, 2013 Are these instructions still good for ver 5? http://wiki.snomone.com/index.php?title=Plug_and_Play#PNP_Firmware Ive got a snom360 that wont connect using the above instructions. Is there an article for all the changes that need to be accounted for? For instance, apparently Polycoms use the mac address instead of the extension number. Are all of these little changes documented or do I get to find them as I go? Its been frustrating working with ver 5. Seems like a lot has changed and I was just getting used to 4.5 Any help is appreciated. Quote Link to comment Share on other sites More sharing options...
metwest Posted May 8, 2013 Report Share Posted May 8, 2013 Are these instructions still good for ver 5? http://wiki.snomone.com/index.php?title=Plug_and_Play#PNP_Firmware Ive got a snom360 that wont connect using the above instructions. Is there an article for all the changes that need to be accounted for? For instance, apparently Polycoms use the mac address instead of the extension number. Are all of these little changes documented or do I get to find them as I go? Its been frustrating working with ver 5. Seems like a lot has changed and I was just getting used to 4.5 Any help is appreciated. Try 5.08. And see if you have the same issue Quote Link to comment Share on other sites More sharing options...
Vodia PBX Posted May 9, 2013 Report Share Posted May 9, 2013 There is a problem when you use a PnP URL like this: http://pbx-adr/prov/snom360.htm. Then the PBX translates that into something like this: http://pbx-adr/prov/prov/snom360-000413123456.htm (double prov). The problem will be fixed in 5.0.10. In the meantime either use http://pbx-adr/snom360.htm, http://pbx-adr/snom360-000413123456.htm or just http://pbx-adr. Quote Link to comment Share on other sites More sharing options...
Vodia support Posted May 9, 2013 Report Share Posted May 9, 2013 Are these instructions still good for ver 5? http://wiki.snomone.com/index.php?title=Plug_and_Play#PNP_Firmware Ive got a snom360 that wont connect using the above instructions. Is there an article for all the changes that need to be accounted for? For instance, apparently Polycoms use the mac address instead of the extension number. Are all of these little changes documented or do I get to find them as I go? Its been frustrating working with ver 5. Seems like a lot has changed and I was just getting used to 4.5 Any help is appreciated. Maybe try 5.09 and follow this article http://wiki.snomone.com/index.php?title=Provisioning_3xx_series_phones, for the snom phones I am using 8.4.35 Quote Link to comment Share on other sites More sharing options...
sudo Posted May 9, 2013 Author Report Share Posted May 9, 2013 There is a problem when you use a PnP URL like this: http://pbx-adr/prov/snom360.htm. Then the PBX translates that into something like this: http://pbx-adr/prov/prov/snom360-000413123456.htm (double prov). The problem will be fixed in 5.0.10. In the meantime either use http://pbx-adr/snom360.htm, http://pbx-adr/snom360-000413123456.htm or just http://pbx-adr. I tried all of the above with no success. Im beginning to wonder how I got this to provision in the first place. Im going to update to version 5.0.10 and see what happens. Quote Link to comment Share on other sites More sharing options...
sudo Posted May 10, 2013 Author Report Share Posted May 10, 2013 The issue has been found. Even though the WebUI listed the https port open, iptables did not have a corresponding rule. These PnP requests were timing out. I manually opened port 443 in the iptables and PnP is working again. I was having the same issue with RTP. The WebUI listed a range of ports, but iptables did not reflect this. Im not sure why the WebUI is not updating iptables correctly. Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.