I installed wireshark and watched that interface: [root@sipx1 ~]# tshark -i eth0 -f "udp port 5060" Running as user "root" and group "root". This could be dangerous. Capturing on eth0 0.000000 71.67.121.189 -> 172.18.16.230 SIP Request: REGISTER sip:inno-360.com 0.003951 71.67.121.189 -> 172.18.16.230 SIP Request: SUBSCRIBE sip:[email protected] 0.500757 71.67.121.189 -> 172.18.16.230 SIP Request: REGISTER sip:inno-360.com 0.504006 71.67.121.189 -> 172.18.16.230 SIP Request: SUBSCRIBE sip:[email protected] 1.502109 71.67.121.189 -> 172.18.16.230 SIP Request: REGISTER sip:inno-360.com 1.506223 71.67.121.189 -> 172.18.16.230 SIP Request: SUBSCRIBE sip:[email protected] 3.500596 71.67.121.189 -> 172.18.16.230 SIP Request: REGISTER sip:inno-360.com 3.508569 71.67.121.189 -> 172.18.16.230 SIP Request: SUBSCRIBE sip:[email protected] 7.503458 71.67.121.189 -> 172.18.16.230 SIP Request: REGISTER sip:inno-360.com 7.512851 71.67.121.189 -> 172.18.16.230 SIP Request: SUBSCRIBE sip:[email protected] 11.513621 71.67.121.189 -> 172.18.16.230 SIP Request: SUBSCRIBE sip:[email protected] 15.514147 71.67.121.189 -> 172.18.16.230 SIP Request: SUBSCRIBE sip:[email protected] 19.514742 71.67.121.189 -> 172.18.16.230 SIP Request: SUBSCRIBE sip:[email protected] 23.517374 71.67.121.189 -> 172.18.16.230 SIP Request: SUBSCRIBE sip:[email protected] 14 packets captured
So, lots of register and subscribe requests, with no replies. Also, there are no entries in sipXproxy.log, and the only things I can find in the logs are in sipregistrar.log: "2012-06-08T05:55:37.443361Z":3541:SIP:DEBUG:sipx1.inno-360.com:SipUserAgent-5:4207A940:SipRegistrar:"SipUserAgent[SipUserAgent-5]::handleMessage calling garbageCollection()" "2012-06-08T05:55:37.672280Z":3542:SIP:DEBUG:sipx1.inno-360.com:SipUserAgent-15:4237D940:SipRegistrar:"SipUserAgent[SipUserAgent-15]::handleMessage calling garbageCollection()" "2012-06-08T05:55:38.127338Z":3543:SIP:DEBUG:sipx1.inno-360.com:SipUserAgent-27:42882940:SipRegistrar:"SipUserAgent[SipUserAgent-27]::handleMessage calling garbageCollection()" ~Noah On Jun 8, 2012, at 1:33 AM, Noah Mehl wrote: I've followed that article. But it's apparent to me that the sipxecs is ignoring my register packets. And when I say no firewall, I mean that I am not firewalling any port on the sipxecs machine. The remote site is behind a firewall/nat, but that doesn't explain why I don't see any register events in the debug logs. ~Noah On Jun 8, 2012, at 1:04 AM, Todd Hodgen wrote: A google search of “sipxecs remote worker wiki” brings this page up in the search - - http://wiki.sipfoundry.org/display/sipXecs/Remote+User+NAT+Traversal BTW – you indicate there is no firewall – are you saying that at the remote worker location, and at the sipXecs location you don’t have a firewall in place at all? I suspect that is really not the case, and if that is an accurate assumption, you will have NAT to deal with in your configuration. Remote worker works, as many people use it today, and have for several years. You will need to find the configuration that works with your individual configuration, this article should be a good start. From: [email protected]<mailto:[email protected]> [mailto:[email protected]] On Behalf Of Noah Mehl Sent: Thursday, June 07, 2012 9:55 PM To: Discussion list for users of sipXecs software Subject: Re: [sipx-users] Register Phones from the world Terribly sorry, but I'm not following at all. Where is the "support remote workers" option live? Could you please point me to a place in the wiki describing it? Thanks. ~Noah On Jun 7, 2012, at 11:05 PM, Tony Graziano wrote: If you have the option support remote workers enabled. The workers firewall may be an issue. On Jun 7, 2012 10:20 PM, "Noah Mehl" <[email protected]<mailto:[email protected]>> wrote: There is no firewall, only static NAT. iptables is off on the sipxecs machine. So, you're saying that sipxecs should, by default, respond to register from anywhere? ~Noah On Jun 7, 2012, at 10:17 PM, "Tony Graziano" <[email protected]<mailto:[email protected]>> wrote: Yes. This would really depend on the configuration of any firewall in between though. On Jun 7, 2012 8:28 PM, "Noah Mehl" <[email protected]<mailto:[email protected]>> wrote: It seems that sipxecs is ignoring my sip registrations from soft phones from the world. Is sipxecs configured to not respond to 5060 from the world? ~Noah Scanned for viruses and content by the Tranet Spam Sentinel service. _______________________________________________ sipx-users mailing list [email protected]<mailto:[email protected]> List Archive: http://list.sipfoundry.org/archive/sipx-users/ LAN/Telephony/Security and Control Systems Helpdesk: Telephone: 434.984.8426 sip: [email protected]<mailto:[email protected]> Helpdesk Customers: http://myhelp.myitdepartment.net<http://myhelp.myitdepartment.net/> Blog: http://blog.myitdepartment.net<http://blog.myitdepartment.net/> _______________________________________________ sipx-users mailing list [email protected]<mailto:[email protected]> List Archive: http://list.sipfoundry.org/archive/sipx-users/ _______________________________________________ sipx-users mailing list [email protected]<mailto:[email protected]> List Archive: http://list.sipfoundry.org/archive/sipx-users/ LAN/Telephony/Security and Control Systems Helpdesk: Telephone: 434.984.8426 sip: [email protected]<mailto:[email protected]> Helpdesk Customers: http://myhelp.myitdepartment.net<http://myhelp.myitdepartment.net/> Blog: http://blog.myitdepartment.net<http://blog.myitdepartment.net/> _______________________________________________ sipx-users mailing list [email protected]<mailto:[email protected]> List Archive: http://list.sipfoundry.org/archive/sipx-users/ _______________________________________________ sipx-users mailing list [email protected]<mailto:[email protected]> List Archive: http://list.sipfoundry.org/archive/sipx-users/ _______________________________________________ sipx-users mailing list [email protected]<mailto:[email protected]> List Archive: http://list.sipfoundry.org/archive/sipx-users/
_______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users/
