[prev in list] [next in list] [prev in thread] [next in thread] 

List:       asterisk-dev
Subject:    Re: [asterisk-dev] The "Busy" App.... isn't.
From:       Matt Fredrickson <creslin () digium ! com>
Date:       2018-04-05 15:57:37
Message-ID: CAHZ_z=z3QxcG_sXL9TeGcmDydJq-OWaxYg9BUFPw7EJrk4TPxA () mail ! gmail ! com
[Download RAW message or body]

On Thu, Apr 5, 2018 at 9:30 AM, Jared Smith <jaredsmith@jaredsmith.net> wrote:
> On Wed, Apr 4, 2018 at 7:17 PM, Richard Mudgett <rmudgett@digium.com> wrote:
>>
>> The argument is used when the channel is already answered.  The channel
>> will then send
>> the busy tone inband for the specified number of seconds and hangup.  The
>> behavior also
>> depends upon the channel driver.
>>
>> exten = _X.,1,NoOp()
>> same = n,Answer()
>> same = n,Busy(15)
>> same = n,Hangup()
>
>
> My understand is, at least for some channel drivers/technologies, that it
> should also work when the channel is *not* answered, because answering the
> call can mess up your CDR records.  My guess is that's what Steve is trying
> to accomplish here... signal that the "line" is busy and can't be answered,
> without actually answering the call.

In the case of chan_sip (which it looks like he's using), this is
actually what happens (and happened).  If you use the Busy()
application prior to the call being Answer()'d, it sets back the 486
Busy Here indication (as per his original debug).  As a side affect,
since the call is over at this point, this also hangs the channel up
immediately as well.

As mentioned previously, if he were to Answer() the call first, I
think it would wait the 15 seconds desired and play busy tones
in-band.

-- 
Matthew Fredrickson
Digium, Inc. | Engineering Manager
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA

-- 
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-dev
[prev in list] [next in list] [prev in thread] [next in thread]