Il 09/11/2011 17.37, Richard Mudgett ha scritto:
You would then use
the DAHDISendCallreroutingFacility application*before* you answer
the call to forward/deflect the incoming call back to the network.
I think Answer makes no sense at all because the network will redirect
then continue to
ChanisAvail?
-Original Message-
From: asterisk-users-boun...@lists.digium.com
[mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Jaap Winius
Sent: Wednesday, November 09, 2011 9:29 PM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: [asterisk-users] IAX2
On 11-11-10 12:12 PM, Danny Nicholas wrote:
Yeah! My boss will be much happier having a system that doesn't have the
-tail on it.
I hear this kind of statement every once in a while, which makes absolutely no
sense to me. If you're blindly running a version of any software in production
Could we have more hours in the day to play with all the goodiness ? cannot
keep up with everything at the moment :)
--
Thanks, Phil
- Original Message -
I know what you mean - I'd rather have a working x-beta1 that a
failing x.0
-Original Message-
From:
On Thu, Nov 10, 2011 at 12:24 PM, Leif Madsen
leif.mad...@asteriskdocs.org wrote:
On 11-11-10 12:12 PM, Danny Nicholas wrote:
Yeah! My boss will be much happier having a system that doesn't have the
-tail on it.
I hear this kind of statement every once in a while, which makes absolutely no
Hi all,
I've recently started experiencing frequent * restarts, usually caused by a
segfault. So, I moved my users to a different server and the same thing
happened. It's a fairly busy box, so I considered memory exhaustion. Nope,
not even swapping.
Now I'm thinking file handles, but I
I am having similar issues with Asterisk 1.4.26
It happens at random times; could be once a day or a few hours in between up to
a month or so.
Haven't found a solution to my problem yet either.
--E
-Original Message-
From: asterisk-users-boun...@lists.digium.com
The Asterisk source tree has a document with instructions on getting a
backtrace from the segfaults so you can report it on the issue tracker.
-Original Message-
From: asterisk-users-boun...@lists.digium.com
[mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of eherr
Sent:
On 11/10/2011 09:38 AM, Russell Brown wrote:
I copied /etc/asterisk/zapata.conf to /etc/chan_dahdi.conf
Did you really copy it to /etc/chan_dahdi.conf or to
/etc/asterisk/chan_dahdi.conf ?
Yes it was to /etc/asterisk/chan_dahdi.conf (oh how I wish the
problem was being caused by something
On 11-11-10 01:15 PM, Eric Wieling wrote:
The Asterisk source tree has a document with instructions on getting a
backtrace from the segfaults so you can report it on the issue tracker.
Most up to date documentation is on the Asterisk wiki:
https://wiki.asterisk.org/wiki/display/AST/Debugging
On 11/10/2011 12:33 PM, Russell Brown wrote:
Yes it was to /etc/asterisk/chan_dahdi.conf (oh how I wish the
problem was being caused by something that simple!).
It was worth a shot. I have wasted time looking for solutions that were
that simple.
I am curious about the D-Channel not being
Unfortunately, I didn't compile with DON'T_OPTIMIZE. Would this render my
backtrace.txt completely useless or should I still submit?
Thanks,
--E
-Original Message-
From: asterisk-users-boun...@lists.digium.com
[mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Leif Madsen
Greetings-
On occasion, I'm seeing the following in syslog on some systems using analog
cards with FXS modules:
[ 1664.861183] Power alarm on module 1, resetting!
These are typically cleared by restarting asterisk/dahdi, or power cycling the
system. However, I'm wondering if anyone can
I'll explore the options outlined in the document below, later tonight.
However, I've been able to reproduce the problem! It seems that when one of
my users, at a particular site, transfers a call to another extension,
asterisk bounces.
They're using Polycom 301's and 501's with SIP version
14 matches
Mail list logo
