I have tried it with a timeout and without...
here the * output for the first side:
-- Starting simple switch on 'Zap/3-1'
-- Executing Dial("Zap/3-1",
"IAX2/useranme:[EMAIL PROTECTED]/99033283077731") in new stack
-- Called thaeger:[EMAIL PROTECTED]/99033283077731
-- Call accepted b
All --
I am starting to see a similar problem which appeared out of nowhere
yesterday. SIP registrations begin to fail and 'reload' does nothing from
console. I have not been able to identify a specific event that triggers
it. Only thing I can see when this condition is happening is many "U
Hi Paul,
Your bug describes exactly what is happening to us. When we set dtmf to INFO
it works like a charm. But when its set to inband and we call this IVR:
18004354000, and select any option via DTMF, * BOMBS right away.
I just updated * but this issue was not fixed, it still stops respondi
Update to latest CVS and check the bug report that I filed re:DTMF.
Your problem could be related. Latest CVS seems to fix the blocking
problem for me.
On Friday, September 5, 2003, at 01:15 AM, Andres wrote:
It happened once again here. This time I called an IVR (SIP to SIP)
and upon
sendin
It happened once again here. This time I called an IVR (SIP to SIP) and upon
sending the 1st DTMF tone, * bombed out. The console got filled with these
messages (and they wouldn't stop):
DEBUG[4101]: File chan_sip.c, Line 5001 (sipsock_read): Failed to grab lock,
trying again...
DEBUG[4101]:
[EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> Jared Smith
> Sent: Friday, August 29, 2003 11:33 AM
> To: [EMAIL PROTECTED]
> Subject: Re: [Asterisk-Users] RE: Asterisk stops responding
>
>
> On Fri, 2003-08-29 at 08:25, David Harris wrote:
> > Thi
>The problem was in cdr_mysql.c since someone send patches that would
call
>a global reload/unload function. So that's why the reload was locking.
>It's fixed in version 1.14 of cdr_mysql.c
I am not using cdr_mysql I am using cdr_csv and a "show modules"
confirms this.
It is more than just "relo
The problem was in cdr_mysql.c since someone send patches that would call
a global reload/unload function. So that's why the reload was locking.
It's fixed in version 1.14 of cdr_mysql.c
simply "cvs update cdr/cdr_mysql.c; make install"
if you don't want to update the whole asterisk
regards
Mart
On Fri, 2003-08-29 at 08:25, David Harris wrote:
> This problem is different from mine. I can still reconnect to asterisk
> with "asterisk -r" and still issue some commands. But I cannot issue
> either "reload" or "stop now" they return immediately and do nothing.
>
> /davidh
I'm seeing the sam
>I have the same proble on RH8.0
>I use cdr_csv and I do not load aopen. It happens fairly if my system
runs
>for about 24hours. I cannot connect to it with asterisk -r because of
>broken
>pipe. I have to kill asterisk process.
This problem is different from mine. I can still reconnect to aste
Reply-To: [EMAIL PROTECTED]
To: <[EMAIL PROTECTED]>
Subject: [Asterisk-Users] RE: Asterisk stops responding
Date: Thu, 28 Aug 2003 14:18:00 -0400
>Are you using cdr_mysql module ? (storing CDRs in mysql ?)
>regards
>Martin
No I am using cdr_csv
And a "show m
We run Iptel's SER as our SIP Server. All subs register with our SIP Server,
but if anyone needs to call the PSTN then the call gets forwared to *.
The "Request to schedule in the past" messages have to do with MOH and I was
told it was due to a slow PC. I don't think it is related with Aste
>Gazing at the console I was able to determine the exact time Asterisk
>froze.
>Even with DEBGUG on it did not show anything important. The moment it
>freezes is when a call from Phone1 tries to connect to a SIP Provider
like
>Iconnect:
I have not been able to pin point exactly what event cau
>Are you using cdr_mysql module ? (storing CDRs in mysql ?)
>regards
>Martin
No I am using cdr_csv
And a "show modules" confirms this.
David Harris
___
Asterisk-Users mailing list
[EMAIL PROTECTED]
http://lists.digium.com/mailman/listinfo/asterisk-us
14 matches
Mail list logo
