Time to break out the call generator again...
--
Sent from my iPhone appendage
On Jun 19, 2012, at 21:29, Joegen Baclor wrote:
> Stressing sipx to its limits is a good litmus test so if you could, do it.
> Take a statistical snapshot of CPU and mem and see if this causes a gradual
> rise.
Sure, I'll give that a try.
--
Sent from my iPhone appendage
On Jun 19, 2012, at 22:00, Joegen Baclor wrote:
> Andrew,
>
> Another possibility is TCP. We are sending it UDP currently. Can you also
> try sending through TCP?
>
> On 06/20/2012 09:17 AM, Andrew Pitman wrote:
>> Hi Joegen,
>>
Andrew,
Another possibility is TCP. We are sending it UDP currently. Can you
also try sending through TCP?
On 06/20/2012 09:17 AM, Andrew Pitman wrote:
> Hi Joegen,
>
> Actually, after a couple of days running it with the delay, I took the 2
> second sleep out of the Perl script and ran it co
Stressing sipx to its limits is a good litmus test so if you could, do
it. Take a statistical snapshot of CPU and mem and see if this causes
a gradual rise. For whatever it is worth, the patch may save us a few
mb worth of logs in production or it could be a real issue altogether.
If you a
Hi Joegen,
Actually, after a couple of days running it with the delay, I took the 2 second
sleep out of the Perl script and ran it continuously from a while loop in the
shell. Still no dice.
I could make it tighter still by looping in the Perl script with no sleeps. ;)
Andy
--
Sent from my iP
Yes that is it. From the logs that was previously posted, this was the
most evident thing that was going crazy before the server was hung. So
two things,
1. We are totally mistaken that this was the cause.
2. 1 packet every 5 seconds is not enough to cause havoc in the system.
I am hoping
Joegen, like this?
Quote:
> "2012-06-19T21:49:58.561697Z"
> :14693872:SIP:ERR:pbx1.ncpbxtechs.com:SipClientUdp-12:B75B9B
> 90:SipXProxy: "Url::parseString no valid host found at
> char 0 in ';tag=R5DYzi', uriForm = name-addr"
> "2012-06-19T21:49:58.561790Z"
> :14693873:SIP:WARNING:pbx1.ncpbxtech
So other than virtual hosting, not much input on other physical hosters.
I don't trust appia at this point, I'd like to find something else. Too many
problems throwing up red flags.
I'd love to know of some other providers who are good at hosting servers such
as this.
Mike
___
Simply use an external gateway - such as the Audiocodes MP114. This will
terminate your PSTN lines, and convert them to SIP. You would keep the
same lines, numbers, etc. NO change.
It supports pretty much any gateway, Audiocodes is configured through the
GUI. Others are popular in this gro
sipX can process a local 'phone line' via an external gateway (like a
Patton or Audiocodes device) just fine. I've done it in numerous
installations during migration to SIP trunks. Having used both sipX
and Asterisk, my experience is that an external gateway gives you
significant flexibility. If I
Well .. sipXecs apparently does not implement PSTN locally or in other words,
sipXecs does not support using the local phone line, am I right?
So, one thing is clear I do not. I as a company I can not use the phone number
(eg: 03421234) that used before implementing sipXecs, then how I can imple
On Tue, Jun 19, 2012 at 7:25 AM, Matt White wrote:
> I'd encourage you to take the dive and see if you can get a gentoo build
> stable.
I have a fondness for gentoo, so i'll try to answer questions and
review/accept patches quickly.
___
sipx-users maili
>>> Kurt Albershardt 06/18/12 9:06 PM >>>
>As a system architect, I really like Gentoo. As a system administrator (after
>several years of use on many servers) it frustrated me -- eventually to the
>point where it drove me right off the bus.
>
>Previous suboptimal experiences with Slackware an
13 matches
Mail list logo