You must have also enabled sipx to support remote workers and the server is behind NAT.
On Tue, Apr 6, 2010 at 7:56 PM, John Clark <[email protected]> wrote: > Hoping maybe someone has some ideas about why I cannot get a Polycom 450 > remote phone to register. > > > > I have a test remote network setup, and have verified that if I send any > traffic from it to my sipx proxy I can see the traffic at my local firewall. > I am allowing all traffic from the remote network and can see UDP, TCP and > ICMP traffic that I manually generate. > > > > If I take a working (locally connected) Polycom 450 and move it to the > remote network, it will not register. If I check the firewall traffic, it > appears the FTP traffic from the phone contacting the configuration server > is all that gets generated. No other SIP, TCP, UDP, ICMP, etc, traffic is > logged. If I manually clear the configuration server IP in the phone and > reboot it, then no traffic is generated to my sipx proxy from the phone at > all. > > > > This holds true no matter what settings I make to the phone, and I have > tried all of the following settings manually at the phone which I > understand overrides any config files applied. > > Setting the phones IP to a static and dynamic configurations. > > Setting the Outbound Proxy to static IP, Proxy name, static port, and tried > all transport settings. > > Setting the Call server Settings to static IP, Proxy name, static port, and > tried all transport settings. > > Setting line settings to static IP, Proxy name, static port, and tried all > transport settings. > > Setting the local DNS name to the local and external domains. > > Wiping the configs and updating the firmware/software to 3.2.3, back reving > to 3.1.3 > > Holding tongue to left and right side of mouth while making changes. > > > > It seems to me the phone is not functioning correctly, since it is not even > attempting to contact my proxy, but if I set it to DHCP and boot it to the > local net, it works fine. If I fire up a soft-phone on the remote net and > point it to my proxy it registers and works fine too, so the routing and > firewall settings are good. I am at a loss. > > > > Anyway, based on the last statement, my conclusion is regardless of what > changes I manually make to the phone, that the configs must be taking > precedence, and my changes are not having affect, but this is counter to my > interpretation of the Polycom docs. > > > > Further proof to this is that this is only the case after the phone has > been configured via sipxecs. I have tried making all the changes above thru > the sipxecs web manager as well as local to the phone, with no success. > However, if I wipe the phone and load vers 3.x.x and manually configure the > phone, it registers. > > > > I have all my internal and external SRV records configured, and have > followed every document I can find including DNS Concepts for sipXecs > > By: Michael W. Picher, and the Configuring remote workers cheat sheet. DNS > aside, if manual phone configs take precedence I can’t figure out why the > 450 is not making any attempt to contact my sipx proxy when given the IP, > Port, and Protocol. > > > > Any suggestions would be appreciated. > > > > Thanks. > > > > John Clark > Small Business Systems > Fort Worth: 817-834-0364 x102 > Dallas: 972-248-4455 x102 > [email protected] > www.sbsproactive.com > > > > _______________________________________________ > sipx-users mailing list [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-users > Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users > sipXecs IP PBX -- http://www.sipfoundry.org/ > -- ====================== Tony Graziano, Manager Telephone: 434.984.8430 Fax: 434.984.8431 Email: [email protected] LAN/Telephony/Security and Control Systems Helpdesk: Telephone: 434.984.8426 Fax: 434.984.8427 Helpdesk Contract Customers: http://www.myitdepartment.net/gethelp/ Why do mathematicians always confuse Halloween and Christmas? Because 31 Oct = 25 Dec.
_______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users sipXecs IP PBX -- http://www.sipfoundry.org/
