Re: [asterisk-dev] ARI Bridge Behavior

[Matt Fredrickson]

On Mon, Jan 16, 2017 at 2:45 PM, BJ Weschke  wrote:
>  I think you’re referring to the asterisk-app-dev mailing list where ARI,
> AGI, and AMI are all covered.
>
>  http://lists.digium.com/cgi-bin/mailman/listinfo/asterisk-app-dev

Ooops.  Forgot to verify the name prior to hitting send.  Thanks for
the correction gentlemen.

Matthew Fredrickson

>
>
> On January 16, 2017 at 3:40:53 PM, Phil Mickelson (p...@cbasoftware.com)
> wrote:
>
> Re asterisk-ari list. I don't believe there is one but it sure would be
> great if there was!
>
> Thanks
> Phil Mickelson
> CBA Software
>
> On Jan 16, 2017 3:31 PM, "Matt Fredrickson"  wrote:
>>
>> On Tue, Jan 10, 2017 at 8:00 PM, bala murugan 
>> wrote:
>>>
>>> Any idea how you disabled the channel_varset from stasis . can you
>>> provide the config or steps ?
>>>
>>> thanks,
>>
>>
>> Hey Bala,
>>
>> First off, welcome to the Asterisk Development mailing list!  This is a
>> place typically to discuss C-level code issues and interesting protocol
>> level development topics that affect code changes.
>>
>> Just so that you're aware, from a mailing list etiquette perspective
>> usually you would start a new thread with your question instead of replying
>> to two existing threads with a question about a new topic.
>>
>> I'm guessing that this is probably a question you might ask on the
>> asterisk-ari mailing list or the asterisk-users mailing lists as well.
>>
>> So, to answer your question, and after talking with Josh Colp, in Asterisk
>> 12 it does not look like it's possible.  In Asterisk 13 you can disable it
>> on a global basis, using stasis.conf as follows:
>>
>> [declined_message_types]
>> decline=ast_channel_varset_type
>>
>> But I believe that will apply globally to all users of Stasis/ARI.
>>
>> --
>> 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
>
> --
> _
> -- 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
>
>
> --
> _
> -- 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



-- 
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

Re: [asterisk-dev] ARI Bridge Behavior

[BJ Weschke]

 I think you’re referring to the asterisk-app-dev mailing list where ARI, AGI, 
and AMI are all covered.

 http://lists.digium.com/cgi-bin/mailman/listinfo/asterisk-app-dev


On January 16, 2017 at 3:40:53 PM, Phil Mickelson (p...@cbasoftware.com) wrote:

Re asterisk-ari list. I don't believe there is one but it sure would be great 
if there was!

Thanks
Phil Mickelson
CBA Software

On Jan 16, 2017 3:31 PM, "Matt Fredrickson"  wrote:
On Tue, Jan 10, 2017 at 8:00 PM, bala murugan  wrote:
Any idea how you disabled the channel_varset from stasis . can you provide the 
config or steps ?

thanks,

Hey Bala,

First off, welcome to the Asterisk Development mailing list!  This is a place 
typically to discuss C-level code issues and interesting protocol level 
development topics that affect code changes.

Just so that you're aware, from a mailing list etiquette perspective usually 
you would start a new thread with your question instead of replying to two 
existing threads with a question about a new topic.

I'm guessing that this is probably a question you might ask on the asterisk-ari 
mailing list or the asterisk-users mailing lists as well.

So, to answer your question, and after talking with Josh Colp, in Asterisk 12 
it does not look like it's possible.  In Asterisk 13 you can disable it on a 
global basis, using stasis.conf as follows:

[declined_message_types]
decline=ast_channel_varset_type

But I believe that will apply globally to all users of Stasis/ARI.

--
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
--  
_  
-- 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-- 
_
-- 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

Re: [asterisk-dev] ARI Bridge Behavior

[Phil Mickelson]

Re asterisk-ari list. I don't believe there is one but it sure would be
great if there was!

Thanks
Phil Mickelson
CBA Software

On Jan 16, 2017 3:31 PM, "Matt Fredrickson"  wrote:

> On Tue, Jan 10, 2017 at 8:00 PM, bala murugan 
> wrote:
>
>> Any idea how you disabled the channel_varset from stasis . can you
>> provide the config or steps ?
>>
>> thanks,
>>
>
> Hey Bala,
>
> First off, welcome to the Asterisk Development mailing list!  This is a
> place typically to discuss C-level code issues and interesting protocol
> level development topics that affect code changes.
>
> Just so that you're aware, from a mailing list etiquette perspective
> usually you would start a new thread with your question instead of replying
> to two existing threads with a question about a new topic.
>
> I'm guessing that this is probably a question you might ask on the
> asterisk-ari mailing list or the asterisk-users mailing lists as well.
>
> So, to answer your question, and after talking with Josh Colp, in Asterisk
> 12 it does not look like it's possible.  In Asterisk 13 you can disable it
> on a global basis, using stasis.conf as follows:
>
> [declined_message_types]
> decline=ast_channel_varset_type
>
> But I believe that will apply globally to all users of Stasis/ARI.
>
> --
> 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
>
-- 
_
-- 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

Re: [asterisk-dev] ARI Bridge Behavior

[Matt Fredrickson]

On Tue, Jan 10, 2017 at 8:00 PM, bala murugan  wrote:

> Any idea how you disabled the channel_varset from stasis . can you
> provide the config or steps ?
>
> thanks,
>

Hey Bala,

First off, welcome to the Asterisk Development mailing list!  This is a
place typically to discuss C-level code issues and interesting protocol
level development topics that affect code changes.

Just so that you're aware, from a mailing list etiquette perspective
usually you would start a new thread with your question instead of replying
to two existing threads with a question about a new topic.

I'm guessing that this is probably a question you might ask on the
asterisk-ari mailing list or the asterisk-users mailing lists as well.

So, to answer your question, and after talking with Josh Colp, in Asterisk
12 it does not look like it's possible.  In Asterisk 13 you can disable it
on a global basis, using stasis.conf as follows:

[declined_message_types]
decline=ast_channel_varset_type

But I believe that will apply globally to all users of Stasis/ARI.

-- 
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

Re: [asterisk-dev] ARI Bridge Behavior

[bala murugan]

Any idea how you disabled the channel_varset from stasis . can you provide
the config or steps ?

thanks,


On Tue, Jan 10, 2017 at 8:47 AM, Michael Petruzzello <
michael.petruzze...@civi.com> wrote:

> The following occurs when channels are in a mixing bridge with dtmf_events
> enabled created through the ARI. If a channel supplies enough DTMFs at a
> time, Asterisk tries to connect that channel to another extension. Is there
> a way to disable Asterisk from doing this? I still want to collect DTMFs,
> but without Asterisk trying to connect to another extension.
>
> I have tried cleaning up my dial plans and modifying confbridge.conf, but
> these seem to be completely unrelated. I am using Asterisk 13.11.2.
>
>
> *Michael J. Petruzzello*
> Software Engineer
> P.O. Box 4689
> Greenwich, CT 06831
> 203-618-1811 ext.289 <(203)%20618-1811> (office)
> www.civi.com
>
> --
> _
> -- 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
>
-- 
_
-- 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

Re: [asterisk-dev] ARI Bridge Behavior

[Michael Petruzzello]

It turns it is one of the providers that I use for call forwarding, and not
related to Asterisk at all. It only occurs during bridges because lines
from the provider are sending DTMF to each other, which is most likely an
edge case for the provider.


*Michael J. Petruzzello*
Software Engineer
P.O. Box 4689
Greenwich, CT 06831
203-618-1811 ext.289 (office)
www.civi.com

On Tue, Jan 10, 2017 at 8:47 AM, Michael Petruzzello <
michael.petruzze...@civi.com> wrote:

> The following occurs when channels are in a mixing bridge with dtmf_events
> enabled created through the ARI. If a channel supplies enough DTMFs at a
> time, Asterisk tries to connect that channel to another extension. Is there
> a way to disable Asterisk from doing this? I still want to collect DTMFs,
> but without Asterisk trying to connect to another extension.
>
> I have tried cleaning up my dial plans and modifying confbridge.conf, but
> these seem to be completely unrelated. I am using Asterisk 13.11.2.
>
>
> *Michael J. Petruzzello*
> Software Engineer
> P.O. Box 4689
> Greenwich, CT 06831
> 203-618-1811 ext.289 (office)
> www.civi.com
>
-- 
_
-- 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

Re: [asterisk-dev] ARI Bridge Behavior

[Joshua Colp]

On Tue, Jan 10, 2017, at 09:47 AM, Michael Petruzzello wrote:
> The following occurs when channels are in a mixing bridge with
> dtmf_events
> enabled created through the ARI. If a channel supplies enough DTMFs at a
> time, Asterisk tries to connect that channel to another extension. Is
> there
> a way to disable Asterisk from doing this? I still want to collect DTMFs,
> but without Asterisk trying to connect to another extension.
> 
> I have tried cleaning up my dial plans and modifying confbridge.conf, but
> these seem to be completely unrelated. I am using Asterisk 13.11.2.

This shouldn't be happening... can you show an example?

-- 
Joshua Colp
Digium, Inc. | Senior Software Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - US
Check us out at: www.digium.com & www.asterisk.org

-- 
_
-- 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

[asterisk-dev] ARI Bridge Behavior

[Michael Petruzzello]

The following occurs when channels are in a mixing bridge with dtmf_events
enabled created through the ARI. If a channel supplies enough DTMFs at a
time, Asterisk tries to connect that channel to another extension. Is there
a way to disable Asterisk from doing this? I still want to collect DTMFs,
but without Asterisk trying to connect to another extension.

I have tried cleaning up my dial plans and modifying confbridge.conf, but
these seem to be completely unrelated. I am using Asterisk 13.11.2.


*Michael J. Petruzzello*
Software Engineer
P.O. Box 4689
Greenwich, CT 06831
203-618-1811 ext.289 (office)
www.civi.com
-- 
_
-- 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