Hi
I'm using asterisk 1.8.
How are channel names constructed. I always thought they were
technology/peer-hex counter
but I've had a lot of instances where a channel name doesn't have the
correct peer as part of it.
Is it unwise to use channel names to extract the peers involved in a call?
--
It may show up in 'bridge show all' - but I'd actually expect it not
to show up there either.
Actually, it does. I have a screen full of bridges with 0 channels.
I just tried an experiment where all I have is
exten = 329,1,Answer(1000)
same = n,Confbridge(1234)
with absolutely nothing else
I'm not sure exactly what your use case is, but you could execute a Dial()
and use the M option to execute a Macro (or U to execute a gosub).
From there, the call routes into the macro/subroutine, and you can process
away. After all of that is completed in the macro/subroutine, you can set
Hello,
Yes, it is fairly simple, really.
And I found out about the return code of Asterisk enabling the agi
debugging, precisely.
The documentation of the GET DATA entry specifies that Asterisk should
either return -1, nothing, or the actual result of what the user
entered, but never 0, am I
Hi
Using asterisk 1.8
NoOp and Verbose both put messages into the logs as VERBOSE, is there any
way to put a message into the logs as NOTICE from within a dial plan?
Thanks in advance
Ish
--
Ishfaq Malik
Department: VOIP Support
Company: Packnet Limited
t: +44 (0)845 004 4994
f: +44 (0)161
Le 30/04/2014 13:10, Thorsten Göllner a écrit :
Is your script really so simple?
Enable agi debugging (agi set debug on) and take look at it when this
happens.
On Thu, 1 May 2014, Hoggins! wrote:
Yes, it is fairly simple, really.
The problem is that Asterisk's behavior is not constant :
On Thu, May 1, 2014 at 7:18 AM, Richard Kenner ken...@gnat.com wrote:
It may show up in 'bridge show all' - but I'd actually expect it not
to show up there either.
Actually, it does. I have a screen full of bridges with 0 channels.
I just tried an experiment where all I have is
exten =
On Thu, May 1, 2014 at 7:17 AM, Ishfaq Malik i...@pack-net.co.uk wrote:
Hi
I'm using asterisk 1.8.
How are channel names constructed. I always thought they were
technology/peer-hex counter
but I've had a lot of instances where a channel name doesn't have the
correct peer as part of it.
On 1 May 2014 15:19, Matthew Jordan mjor...@digium.com wrote:
On Thu, May 1, 2014 at 7:17 AM, Ishfaq Malik i...@pack-net.co.uk wrote:
Hi
I'm using asterisk 1.8.
How are channel names constructed. I always thought they were
technology/peer-hex counter
but I've had a lot of instances
On Thu, May 1, 2014 at 8:37 AM, Ishfaq Malik i...@pack-net.co.uk wrote:
Hi
Using asterisk 1.8
NoOp and Verbose both put messages into the logs as VERBOSE, is there any
way to put a message into the logs as NOTICE from within a dial plan?
Thanks in advance
Nope, unfortunately not.
It
On Wed, Apr 30, 2014 at 8:37 AM, Administrator TOOTAI ad...@tootai.netwrote:
Le 30/04/2014 15:19, Matthew Jordan a écrit :
On Wed, Apr 30, 2014 at 8:13 AM, Administrator TOOTAI
ad...@tootai.netmailto:
ad...@tootai.net wrote:
Please, people from Digium, Matt again closed the new bug
On Thu, May 1, 2014 at 8:37 AM, Ishfaq Malik
i...@pack-net.co.ukmailto:i...@pack-net.co.uk wrote:
Hi
Using asterisk 1.8
NoOp and Verbose both put messages into the logs as VERBOSE, is there any way
to put a message into the logs as NOTICE from within a dial plan?
Thanks in advance
What about
Please go ahead and open an issue and attach the refs log and the full DEBUG
log. That will allow us to understand what's occurring here.
I need to wait until I'm sure this isn't something I caused somehow,
so I need to first understand why I'm seeing this and nobody else is.
--
That works a treat, thank you.
On 1 May 2014 15:28, Steven Wheeler swhee...@usinternet.com wrote:
On Thu, May 1, 2014 at 8:37 AM, Ishfaq Malik i...@pack-net.co.uk
wrote:
Hi
Using asterisk 1.8
NoOp and Verbose both put messages into the logs as VERBOSE, is there any
way to put a
Le 01/05/2014 16:28, Matthew Jordan a écrit :
On Wed, Apr 30, 2014 at 8:37 AM, Administrator TOOTAI
ad...@tootai.net mailto:ad...@tootai.net wrote:
Le 30/04/2014 15:19, Matthew Jordan a écrit :
On Wed, Apr 30, 2014 at 8:13 AM, Administrator TOOTAI
ad...@tootai.net
In my experience DNS issues will cause Asterisk to take a long time to reload
and could stop Asterisk for working at all.
List all the IPs of the box in /etc/hosts and make sure /etc/resolv.conf points
to a working nameserver. See if that helps at all.
-Original Message-
From:
Hi John,
Detailed use case:
I have a contact call connected to which played the IVR. On transfer
digit key press I need to transfer it to the predefined transfer number.
I don't want use the Dial command to do transfer because it will
automatically connect contact channel with transfer channel.
Le 01/05/2014 17:24, Eric Wieling a écrit :
In my experience DNS issues will cause Asterisk to take a long time to reload
and could stop Asterisk for working at all.
List all the IPs of the box in /etc/hosts and make sure /etc/resolv.conf points
to a working nameserver. See if that helps at
On 4/30/2014 7:24 PM, Jesse Thompson wrote:
impacted. However new files introduced into /var/spool/asterisk/outgoing/
folder get ignored. No messages spring up on asterisk -rvv console, nothing
shows up in the logs, the .call files just get snubbed. We're at a loss to
Are the new files being
Are the new files being named uniquely ?
there are bugs (e.g., jira# 11291) that have to do with files having the
same name.
my solution was to add .$$ on the end of the filename to ensure it was
unique.
Yep, the files get a -MM-DD_HH:ii:ss- timestamp prefix in their names
before
On 5/1/2014 10:38 AM, Richard Kenner wrote:
Please go ahead and open an issue and attach the refs log and the full DEBUG
log. That will allow us to understand what's occurring here.
I need to wait until I'm sure this isn't something I caused somehow,
so I need to first understand why I'm
21 matches
Mail list logo