[Asterisk-Dev] Disabling native bridging altogether?

mattf mattf at vicimarketing.com
Thu Jul 21 20:10:54 MST 2005


There are other issues with native bridging that would warrant a Dial flag
to disable them at least per dial. For instance, two natively bridged Zap
channels cannot be recorded(only records one side of the audio). One current
way to disable native bridging upon Dial is to add the 't' flag, of course
that also opens up the ability to transfer out of the call which is
sometimes undesireable, but it is a workaround that does work on all types
of channels.

MATT---


-----Original Message-----
From: Peter Hsu [mailto:peter at linkupservice.com]
Sent: Thursday, July 21, 2005 8:27 PM
To: Asterisk Developers Mailing List
Subject: Re: [Asterisk-Dev] Disabling native bridging altogether?


Gary,

Not sure how that would help...

The issue occurs when the extension is not busy, and the call is 
transferred.  The native transferring is being done when I don't want it to 
be done.

Peter

----- Original Message ----- 
From: "Gary" <gary at ausmail.com>
To: "Asterisk Developers Mailing List" <asterisk-dev at lists.digium.com>
Sent: Thursday, July 21, 2005 4:25 PM
Subject: Re: [Asterisk-Dev] Disabling native bridging altogether?


> why not simply if extension busy go play a message and wait 30 seconds
> and jump back to ring again, if busy ......
>
>
> On Thu, 21 Jul 2005 14:35:09 -0700, Peter Hsu wrote:
>
>>Thanks for the response.
>>
>>Essentially, I want asterisk to pause execution of the dialplan until 
>>after
>>the called party hangs up.
>>
>>It seems if the native bridging occurs, execution of the diaplan continues
>>immediately.
>>
>>Maybe I'm barking up the wrong tree?
>>
>>Thanks,
>>Peter Hsu
>>
>>----- Original Message ----- 
>>From: "Kevin P. Fleming" <kpfleming at digium.com>
>>To: "Asterisk Developers Mailing List" <asterisk-dev at lists.digium.com>
>>Sent: Thursday, July 21, 2005 1:40 PM
>>Subject: Re: [Asterisk-Dev] Disabling native bridging altogether?
>>
>>
>>> Peter Hsu wrote:
>>>> My asterisk server seems to be sporadically attempting native transfers
>>>> when I don't expect it to.  I've set notransfer=yes in my iax.conf both
>>>> in the general section and for each of my outgoing peers.  I also 
>>>> include
>>>> the t, T, and L(some int > 0) tags when doing the transfer.
>>>
>>> You are confusing native bridging and native transfers (which are one 
>>> step
>>> below).
>>>
>>> Native bridging means it allows the channel driver (chan_iax2 in this
>>> case) to handle the audio bridging, rather than sending the audio up the
>>> stack into the res_features bridge. This is more efficient, and using 
>>> 'Tt'
>>> will not stop it, since chan_iax2 can bridge the audio and still stop
>>> bridging when DTMF arrives, since DTMF is always out of band in IAX2.
>>>
>>> Native transfers are something else entirely (IAX2 specific), and 
>>> control
>>> what will happen when one IAX2 peer calls another _through_ your box. If
>>> "notransfer" is not set, then your box will drop out of the path, and
>>> allow the two IAX2 peers to talk directly to each other.
>>>
>>>>    -- Stopped music on hold on Local/test at outgoing-2
>>>>    -- Attempting native bridge of IAX2/Gafachi-out/2 and
>>>> IAX2/Gafachi-out/1
>>>
>>> Why don't you start by describing why you think you need to keep this
>>> native bridge from happening, instead of finding ways to mangle the code
>>> involved...
>>> _______________________________________________
>>> Asterisk-Dev mailing list
>>> Asterisk-Dev at lists.digium.com
>>> http://lists.digium.com/mailman/listinfo/asterisk-dev
>>> To UNSUBSCRIBE or update options visit:
>>>   http://lists.digium.com/mailman/listinfo/asterisk-dev
>>>
>>
>>_______________________________________________
>>Asterisk-Dev mailing list
>>Asterisk-Dev at lists.digium.com
>>http://lists.digium.com/mailman/listinfo/asterisk-dev
>>To UNSUBSCRIBE or update options visit:
>>   http://lists.digium.com/mailman/listinfo/asterisk-dev
>
> .
>
>
> _______________________________________________
> Asterisk-Dev mailing list
> Asterisk-Dev at lists.digium.com
> http://lists.digium.com/mailman/listinfo/asterisk-dev
> To UNSUBSCRIBE or update options visit:
>   http://lists.digium.com/mailman/listinfo/asterisk-dev
> 

_______________________________________________
Asterisk-Dev mailing list
Asterisk-Dev at lists.digium.com
http://lists.digium.com/mailman/listinfo/asterisk-dev
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-dev



More information about the asterisk-dev mailing list