Hello everyone,
We have an issue where we cannot install SipX 4.04 from the single CD
install on a Dell PE R410 servers. After trying multiple things we ended
up installing VMware ESXi and SipX on top of it and assign all resources
to SipX.
Now we are having an issue where the Java
We use hp proliant servers.
Dl120g5 with 4GB ram running 150 users (no sip trunks, just pri gateway)
over a year no hardware/load issues.
Your java issue is something that should be addressed if you continue to
have it on dedicated hardware.
You should provide more clarity as it relates to your
I'm looking to push all of my voice vlan (external) data to another firewall.
We are using ISA internally, and I think I would get better performance on my
sip trunks by using a hardware based firewall.
That being said - I will need to change the default gateway on sipx - what is
the proper
On Wed, 2010-02-24 at 09:46 -0500, Jhony Perez wrote:
We have an issue where we cannot install SipX 4.04 from the single CD
install on a Dell PE R410 servers. After trying multiple things we ended
up installing VMware ESXi and SipX on top of it and assign all resources
to SipX.
Please
Tony thank you for the quick response.
We did try doing a CentOS 5.4 install and installing SipX from Yum but
then we had some errors with file and data replication that we never had
with the single CD install. I had a small installation in the past
running 3.10 on top of ESXi and the only
On 2/24/2010 10:38 AM, Scott Lawrence wrote:
On Wed, 2010-02-24 at 09:46 -0500, Jhony Perez wrote:
We have an issue where we cannot install SipX 4.04 from the single CD
install on a Dell PE R410 servers. After trying multiple things we ended
up installing VMware ESXi and SipX on top of
Hi again. Yesterday we changed the password for this user
that was compromised, but last nigh around 1 o'clock i see
that there were another tries to call through our system.
Something is really going wrong. As Tony explained this looks
like something related with sipxproxy. The only
+1
I have never had any issues with HP servers except for the occasional
failed hard drive and one fan needing replaced.
I have a DL-360 G5 w/8 cores and 16GB RAM (most of that power is for
when we do the full ~700 phone deployment)
Backing that up is a DL-140 G3 w/4 cores and 8GB RAM running
Funny you say that. A backup system is down and I'm working on it. Fruity
broadcom junk, Intel all the way.
If Johny's Dell had a broadcom 5708, it is known by me to be entirely
unreliable, causing panic and reboots. Oerhaps disabling the onboard NIC and
using an Intel will yield better results.
Thanks a lot. Your explanation make me to feel happy now :) It is know
clear to me whole scene.
Thanks again!
On Wed, 2010-02-24 at 11:12 -0500, Robert Joly wrote:
Hi again. Yesterday we changed the password for this user
that was compromised, but last nigh around 1 o'clock i see
that
Thanks Tony,
I found that it did work, but needs to have the forwarded numbers using
formats according to the dial plan(s). I was putting the numbers in like my
DIDs (10 digits without a leading 1). My bad...
Jeff
On Feb 23, 2010, at 1:12 PM, Tony Graziano wrote:
It should work
On Wed, 2010-02-24 at 10:35 -0500, Nathaniel Watkins wrote:
I'm looking to push all of my voice vlan (external) data to another
firewall. We are using ISA internally, and I think I would get better
performance on my sip trunks by using a hardware based firewall.
That being said - I will
On Wed, 2010-02-24 at 11:12 -0500, Robert Joly wrote:
Hi again. Yesterday we changed the password for this user
that was compromised, but last nigh around 1 o'clock i see
that there were another tries to call through our system.
Something is really going wrong. As Tony explained this
Okay - great - we are not changing the IP or subnet - just the next hop.
I'll make sure my networking guy makes sure there is no ALG.
Thanks,
Nathaniel
-Original Message-
From: Scott Lawrence [mailto:scottlawr...@avaya.com]
Sent: Wednesday, February 24, 2010 11:33 AM
To: Nathaniel
On 2/5/2010 6:58 PM, Scott Lawrence wrote:
Once the problem is detected, log in as root. Find the runaway process
pid; check to see if it's the same as the process id in the
file /var/run/sipxecs/freeswitch.pid (interesting if not), and then cill
the process and note the time locally and in
On Wed, 2010-02-24 at 12:58 -0600, mkitchin.pub...@gmail.com wrote:
On 2/5/2010 6:58 PM, Scott Lawrence wrote:
Once the problem is detected, log in as root. Find the runaway process
pid; check to see if it's the same as the process id in the
file /var/run/sipxecs/freeswitch.pid
On 2/24/2010 1:16 PM, Scott Lawrence wrote:
sipx-snapshot --core core.11264 --log-start '2010-02-24 18:35' --log-stop
'2010-02-24 18:45'
Done. I don't think it worked though..
[r...@nshpbx1 sipxpbx]# sipx-snapshot --core core.11264 --log-start
'2010-02-24 18:25' --log-stop '2010-02-24
On Wed, 2010-02-24 at 13:30 -0600, mkitchin.pub...@gmail.com wrote:
On 2/24/2010 1:16 PM, Scott Lawrence wrote:
sipx-snapshot --core core.11264 --log-start '2010-02-24 18:35' --log-stop
'2010-02-24 18:45'
Done. I don't think it worked though..
[r...@nshpbx1 sipxpbx]# sipx-snapshot
On 2/24/2010 1:48 PM, Scott Lawrence wrote:
I don't think so... seems the identification of the binary isn't quite
right.
I think that if you do this, it will work:
ln /usr/local/freeswitch/bin/freeswitch /usr/bin
and then retry that same sipx-snapshot command.
Got it. It
On Wed, 2010-02-24 at 14:29 -0600, mkitchin.pub...@gmail.com wrote:
On 2/24/2010 1:48 PM, Scott Lawrence wrote:
I don't think so... seems the identification of the binary isn't quite
right.
I think that if you do this, it will work:
ln /usr/local/freeswitch/bin/freeswitch
Under protocol configuration - Endpoint Settings - Automatic Dialing - set
Auto Dial Status to disable.
-Original Message-
From: sipx-users-boun...@list.sipfoundry.org
[mailto:sipx-users-boun...@list.sipfoundry.org] On Behalf Of
mkitchin.pub...@gmail.com
Sent: Wednesday, February 24,
We had problems with Dell R410's and R610's due to the broadcom chips
on them. This was with FreeBSD, but I can imagine linux has similar
issues. The Drac card also led to problems. Disabling the Drac card
and putting Intel PCIx card in it was the initial work around we used.
The latest Dell
Thanks. That was right in front of my face...
It doesn't seem to have the exact desired affect though. Now, after 2
rings, inbound calls on the PSTN line are answered and transferred to a
dial tone. Am I missing something? Is there something else I should do?
On 2/24/2010 6:33 PM, Nathaniel
23 matches
Mail list logo