Hi.

I don't know what you use for a firewall but we experienced systemic
registration failures with the Juniper firewalls.  All was just fine until
we started using the conference function, then out of nowhere Juniper's SIP
ALG got very confused and we lost registration traffic.  Active
registration endpoints could make calls, but once they timed out... they
were in limbo.

We now disable all ALGs across the board everything just works.

Hope this helps...

Keith



On Sat, Feb 11, 2012 at 6:53 PM, Todd Hodgen <[email protected]> wrote:

> I don’t want to be contradictory here, but I have many small sites running
> on 2gb memory, and 0 swap used in 4-8 months of running that way.  These
> sites have 5-40 phones on them and they are 100% reliable for me.  I’m sure
> there is a tipping point to where 2 gb is not enough, but I’ve not seen it
> in this size range of a small customer.  I use this particular hardware
> because of its form factor – small, wall mountable.  It replaces any small
> Key system nicely, taking up about 6” x 6” on the wall.****
>
> ** **
>
> There was a note from one of the Dev’s in the last 60 days or so that said
> that 4.6 was actually looking to require less memory, so this should help
> to improve things even more.****
>
> ** **
>
> Now, Centos 6 might be a completely different ball game, but from what I
> have read, it’s memory use is not that much greater.  I’m hoping the
> savings from 4.6 will at least offset any new requirements.****
>
> ** **
>
> I will state – these are very straightforward installs, sipbridge,
> voicemail, hunt groups, auto attendants, but no ACD.  They work flawlessly
> under these configuration parameters with Polycom and Cisco phones, and
> Patton and Audiocodes gateways.   I have no problem recommending them.****
>
> ** **
>
> If I’m missing any new facts related to 4.6 or CENTOS 6, I’d love to hear
> them.****
>
> ** **
>
> *From:* [email protected] [mailto:
> [email protected]] *On Behalf Of *Tony Graziano
> *Sent:* Saturday, February 11, 2012 3:08 PM
>
> *To:* Discussion list for users of sipXecs software
> *Subject:* Re: [sipx-users] All phone registrations expiring****
>
> ** **
>
> I think you need at least 4GB ram installed on any system. There s no
> mystery here, just a lack of resources.****
>
> When you start using swap on ANY system, performance suffers.****
>
> Install more ram and you will see an immediate improvement.****
>
> On Feb 11, 2012 5:29 PM, "Ken Ridley" <[email protected]> wrote:****
>
> This is the info I collected****
>
> Shouldn’t it be using more of the swap?****
>
>  ****
>
> top - 14:02:47 up 3 days, 23:01,  1 user,  load average: 1.17, 0.62, 0.38*
> ***
>
> Tasks: 115 total,   3 running, 111 sleeping,   0 stopped,   1 zombie****
>
> Cpu(s):  2.3%us,  1.0%sy,  0.0%ni, 96.4%id,  0.3%wa,  0.0%hi,  0.0%si,
> 0.0%st****
>
> Mem:   1294672k total,  1254548k used,    40124k free,   235340k buffers**
> **
>
> Swap:  6289436k total,     2212k used,  6287224k free,   461656k cached***
> *
>
>  ****
>
> I also found no Fake registrations in the logs****
>
>  ****
>
> *From:* [email protected] [mailto:
> [email protected]] *On Behalf Of *Tony Graziano
> *Sent:* Friday, February 10, 2012 1:33 PM
> *To:* Discussion list for users of sipXecs software
> *Subject:* Re: [sipx-users] All phone registrations expiring****
>
>  ****
>
> it sounds as though it is a resource issue.****
>
>  ****
>
> look at top. are you using any swap? look in the registration logs for
> "fake" registration attempts (hint: look at the log sizes for the previous
> several days, if there is a larger file, then LOOK at that file). If these
> are FAKE registrations (script or dos attack), address this at your
> firewall.****
>
> On Fri, Feb 10, 2012 at 4:23 PM, Ken Ridley <[email protected]> wrote:****
>
> I Checked all of the messages I have received from this group, and I found
> a  thread about this issue, and it says to check the logs****
>
>  ****
>
> Is this the only option?****
>
> If it is, what log do I check, and what am I looking for?****
>
>  ****
>
> This has happened twice on this system, rebooting it fixes the problem****
>
>  ****
>
> Thank you,****
>
> * *****
>
> *Ken Ridley*****
>
>
> _______________________________________________
> sipx-users mailing list
> [email protected]
> List Archive: http://list.sipfoundry.org/archive/sipx-users/****
>
>
>
> ****
>
>  ****
>
> --
> ~~~~~~~~~~~~~~~~~~
> Tony Graziano, Manager
> Telephone: 434.984.8430
> sip: [email protected]
> Fax: 434.465.6833
> ~~~~~~~~~~~~~~~~~~
> Linked-In Profile:
> http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4
> Ask about our Internet Fax services!
> ~~~~~~~~~~~~~~~~~~****
>
>  ****
>
> LAN/Telephony/Security and Control Systems Helpdesk:****
>
> Telephone: 434.984.8426****
>
> sip: [email protected]****
>
>  ****
>
> Helpdesk Customers: http://myhelp.myitdepartment.net****
>
> Blog: http://blog.myitdepartment.net****
>
>
> _______________________________________________
> sipx-users mailing list
> [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]****
>
> ** **
>
> Helpdesk Customers: http://myhelp.myitdepartment.net****
>
> Blog: http://blog.myitdepartment.net****
>
> _______________________________________________
> sipx-users mailing list
> [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/

Reply via email to