Good morning. I checked the logs (many times) and couldn't find any incidence of incoming registrations failing. That suggests that the registrations weren't making it to the server!
Well I discovered the culprit. I use a Juniper Netscreen SSG-5 firewall to get "outside", and the servers connect to it to get to the rest of the LAN (a very expensive Ethernet switch!) Now even though all the phones were inside the trusted environement, and even though SipXecs ran fine as a registrar and voicemail server with the Juniper, the conferencing application resulted in blocked registrations. I turned off the SIP ALG (application layer gateway) function within the security/alg menu and everything works fine now. Thanks for the help with the log files. Regards, Keith On Tue, Jun 9, 2009 at 11:32 AM, Dale Worley <[email protected]> wrote: > On Mon, 2009-06-08 at 21:01 -0400, Keith Bruce wrote: > > Today while testing the conferencing, I noticed that when a single > > conference was active with only two users, my 20 test ports would fail > > to re- register (start to drop off the registration list as they > > expired). > > > > As soon as I dropped the conference call, the registrations started to > > come back up. > > Do a trace on the REGISTER requests and see what was going wrong with > them: > > merge-logs --include-method=register /var/log/sipxpbx/sip*.log > sipviewer merged.xml & > > Dale > > >
_______________________________________________ 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/
