On 29 November 2010 18:52, C F wrote:
> On Sun, Nov 28, 2010 at 5:26 PM, dotnetdub wrote:
> > Sorry,
> > what I meant was:
> > server*CLI> remove extension (hit tab)
> > segfault..
> > 1.4.22
> > It could be an extension name Where is the error trapping if this is
> the
> > case.. Who writes
On Sun, Nov 28, 2010 at 5:26 PM, dotnetdub wrote:
> Sorry,
> what I meant was:
> server*CLI> remove extension (hit tab)
> segfault..
> 1.4.22
> It could be an extension name Where is the error trapping if this is the
> case.. Who writes this shit?
If you get hurt do you blame your Mama for ha
On Sun, Nov 28, 2010 at 5:26 PM, dotnetdub wrote:
> Sorry,
> what I meant was:
> server*CLI> remove extension (hit tab)
> segfault..
> 1.4.22
> It could be an extension name Where is the error trapping if this is the
> case.. Who writes this shit?
If you remove an extension that is being used
Steve Howes wrote:
> A dedicated bunch of volunteers who don't appreciate you being a dick about
> bugs
+1
Doug
--
Ben Franklin quote:
"Those who would give up Essential Liberty to purchase a little Temporary
Safety, deserve neither Liberty nor Safety."
--
On 28 Nov 2010, at 22:26, dotnetdub wrote:
>
> It could be an extension name Where is the error trapping if this is the
> case.. Who writes this shit?
>
A dedicated bunch of volunteers who don't appreciate you being a dick about
bugs, which you report without so much as a log entry or a c
Sorry,
what I meant was:
server*CLI> remove extension (hit tab)
segfault..
1.4.22
It could be an extension name Where is the error trapping if this is the
case.. Who writes this shit?
On 28 November 2010 22:21, dotnetdub wrote:
> Beautiful..
>
> Asterisk 1.4.22
>
> remove extension
Beautiful..
Asterisk 1.4.22
remove extension and hit tab from the CLI..
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
Gondar Monn wrote:
> >
> > That's what happens when illegal aliens, er, Undocumented Americans, do
> > all your contracting work.
>
> Could it be that all fires that ever happened in the US were caused by
> those guys ? ..
> I guess 1+1=5 then .
>
No, but being Houston, they must have far
On Tue, Dec 09, 2008 at 12:45:47PM +0530, amit mehta wrote:
> Hello Friends,
>
> Sorry to hijack the thread,
So don't. Post a new message to the list rather than replying to an
existing one.
--
Tzafrir Cohen
icq#16849755 jabber:[EMAIL PROTECTED]
+972-50-7952406
Hello Friends,
Sorry to hijack the thread,but i am Asterisk beginner and am facing
problem with eyebeam getting registered.
If i am selecting Domain with register and receive incoming calls then
i am not able to get register but if i remove the tick then i am able
to register with the server but
>
> That's what happens when illegal aliens, er, Undocumented Americans, do
> all your contracting work.
Could it be that all fires that ever happened in the US were caused by those
guys ? ..
I guess 1+1=5 then .
On Mon, Dec 8, 2008 at 12:50 PM, Kristian Kielhofner <
[EMAIL PROTECTED]> wr
On Mon, Dec 8, 2008 at 3:37 PM, Jeff LaCoursiere <[EMAIL PROTECTED]> wrote:
>
>
> On Mon, 8 Dec 2008, Kristian Kielhofner wrote:
>
>>
>> That much uptime at The Planet in Dallas? I guess you're lucky:
>>
>> http://www.thewhir.com/marketwatch/060208_The_Planet_Explosion_Causes_Outages.cfm
>>
>> htt
On Mon, 8 Dec 2008, RE Kushner List Account wrote:
>
> That's what happens when illegal aliens, er, Undocumented Americans, do
> all your contracting work.
But they taste like chicken!
:)
___
-- Bandwidth and Colocation Provided by http://www.api-di
Kristian Kielhofner wrote:
> That much uptime at The Planet in Dallas? I guess you're lucky:
>
> http://www.thewhir.com/marketwatch/060208_The_Planet_Explosion_Causes_Outages.cfm
>
> http://www.datacenterknowledge.com/archives/2008/06/01/explosion-at-the-planet-causes-major-outage/
>
That's wh
On Mon, 8 Dec 2008, Kristian Kielhofner wrote:
>
> That much uptime at The Planet in Dallas? I guess you're lucky:
>
> http://www.thewhir.com/marketwatch/060208_The_Planet_Explosion_Causes_Outages.cfm
>
> http://www.datacenterknowledge.com/archives/2008/06/01/explosion-at-the-planet-causes-majo
On Mon, Dec 8, 2008 at 3:06 PM, Jeff LaCoursiere <[EMAIL PROTECTED]> wrote:
>
>
> On Mon, 8 Dec 2008, Danny Nicholas wrote:
>
>> The 100,000,000 calls without a crash are more impressive to me than the
>> 1000 days of uptime. Mine crashes on crazy things like dynamic conferences,
>> etc. :(
>>
>
>
On Mon, 8 Dec 2008, Danny Nicholas wrote:
> The 100,000,000 calls without a crash are more impressive to me than the
> 1000 days of uptime. Mine crashes on crazy things like dynamic conferences,
> etc. :(
>
To be upfront the system is only running a prepaid AGI app and routing
calls for post-
12:52 PM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [asterisk-users] Stability unmatched!
On Mon, 8 Dec 2008, Gordon Henderson wrote:
> Pah! I take your 1000 days and raise you:
>
> % uptime
> 18:18:11 up 1146 days, 5:20, 1 user, load average: 0.08
On Mon, 8 Dec 2008, Gordon Henderson wrote:
> Pah! I take your 1000 days and raise you:
>
> % uptime
> 18:18:11 up 1146 days, 5:20, 1 user, load average: 0.08, 0.03, 0.01
>
> Other than as a test-bed some months back, this isn't an asterisk server
> though.
No fair! Must be a server in acti
On Mon, 8 Dec 2008, Jeff LaCoursiere wrote:
>
> I never did solve my "puzzle" as to how to kill a Linux process that seems
> to be deadlocked in kernel space, but thought I would report to the list
> that the server did manage to stay up and continue to process several
> thousand calls per day:
>
I never did solve my "puzzle" as to how to kill a Linux process that seems
to be deadlocked in kernel space, but thought I would report to the list
that the server did manage to stay up and continue to process several
thousand calls per day:
ast% uptime
11:49:37 up 1000 days, 16:30, 1 user,
On Sep 4, 2008, at 4:12 AM, z_gringo wrote:
> I have several asterisk servers running a couple of different
> versions of 1.4. One of our severs in California is running
> 1.4.18 with the Dial Plan in Realtime mySQL. This server is storing
> voicemails in the database connecting via o
I have several asterisk servers running a couple of different versions of 1.4.
One of our severs in California is running 1.4.18 with the Dial Plan in
Realtime mySQL. This server is storing voicemails in the database connecting
via odbc. There are approximately 900 sip users registered at
: lundi 27 mars 2006 21:45
À : [EMAIL PROTECTED]; Asterisk Users Mailing List - Non-Commercial
Discussion
Objet : Re: RE : [Asterisk-Users] Stability of Asterisk with 2 x TDM400P
cards (6analogue lines)
[EMAIL PROTECTED] wrote:
> Hi,
>
> Jump to a TDM2402E for 6 POTS lines with hardware
I have a client with an installation with 3 TDM400P cards. 6 FXO, 6FXS
ports.
I followed the txgain/rxgain instructions and now have no echo
problems. The only problem I have now is the flaky network the SIP
phones are accessing asterisk with. (you should see the wiring there, ugh).
It's
[EMAIL PROTECTED] wrote:
> Hi,
>
> Jump to a TDM2402E for 6 POTS lines with hardware echocan.
> Only one IRQ used, and easy future extensions by adding modules.
>
Have anyone here used a clone i.e. A1200P-01 (A1200P + 1 FXO100 module) ?
___
--Bandwi
di 24 mars 2006 05:26
À : asterisk-users@lists.digium.com
Objet : [Asterisk-Users] Stability of Asterisk with 2 x TDM400P cards
(6analogue lines)
I would like to hear from anyone good or bad as what their experience has
been in recent times with STABILITY of current builds of Asterisk and
driver
Jared Davison wrote:
I would like to hear from anyone good or bad as what their experience has
been in recent times with STABILITY of current builds of Asterisk and
drivers for TDM400P.
The sort of configuration is: 6 incoming POTS lines. ie. 2 TDM400P cards.
I am not concerned with: price poin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I am currently running asterisk 1.0.9 on a system with 2 TDM400P... I
have had fairly good success with it across the board... my only issue
is that I have monkeys who move stuff around and things get unplugged ;)
Jared Davison wrote:
> I would lik
We ran a system at one site with 2 TDM400's in it to hook up to 8 analog mobile
phone gateways.
Asterisk was much more reliable than the analog phone gateways, but we still
rebooted it once a week.
Running on a dual athlon 1800 we picked up very cheaply.
regards,
Paul Hales
Technical Manager
I would like to hear from anyone good or bad as what their experience has
been in recent times with STABILITY of current builds of Asterisk and
drivers for TDM400P.
The sort of configuration is: 6 incoming POTS lines. ie. 2 TDM400P cards.
I am not concerned with: price points, or the advantages
.
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Kyle
SextonSent: Thursday, March 23, 2006 3:09 PMTo: Asterisk
Users Mailing List - Non-Commercial DiscussionSubject: Re:
[Asterisk-Users] Stability and motherboard questions with TE406Pand
TE410P
So what motherboard/card combos do
So what motherboard/card combos do people use for high volume asterisk servers that are stable? What I'd need would be a 4-port PRI card, preferebly with echo cancellation, and a motherboard/system that works well with that card.
---Thanks,KyleOn 3/23/06, Kyle Sexton <[EMAIL PROTECTED]> wrote:
Wow
Wow, no responses in favor of either the TE406P or the TE410P w/ a motherboard recommendation. That's not a great sign for this endeavor. :(Thanks,KyleOn 3/22/06,
George Pajari <[EMAIL PROTECTED]> wrote:
Kyle Sexton wrote:> TE406P:> - PRIs will go from up and working fine, to "Provisioned, Down,
Kyle Sexton wrote:
TE406P:
- PRIs will go from up and working fine, to "Provisioned, Down, Active"
after the server has been up for around 10 minutes, this may be
related to
rxfax and txfax being installed? Has anyone had an issue with this
specific
card? We have had this experience across
Kyle Sexton wrote:
TE410P:
- zttest will never report 100% for me across different motherboards
(Supermicro P8SCT, Dell 850)
- Crash/instability of about once per two weeks where I have to power cycle
the server, i.e. phone calls stop working and a reboot fixes it
TE406P:
- zttest runs flawles
I am having a problem with asterisk not being stable enough for production use. I have two cards, the digium TE406P, and the TE410P. The TE410P is the primary card that I am using but I would like to move to the TE406P for the echo cancellation and more flexibility of PCI slots available.
General
Hi,
I would like to know if those using the Sipura SIP
units with Asterisk have found them to be stable. I ask because the
Grandstream units simply have not improved their stability considerably, and we
are now in search of an alternate to the ATA186. We want to know if
anybody has seen
38 matches
Mail list logo
