[Asterisk-Dev] Disabling native bridging altogether?

Peter Hsu peter at linkupservice.com
Fri Jul 22 12:50:04 MST 2005


Hmm,

It seems it was different issue altogether.

It looks like if I use the L() feature, the timeout seems to occassionally 
expire prematurely.

When the timeout expires, asterisk will attempt the native bridging, which 
is why I thought native bridging was causing the problems.

However, I can't seem to track down what is causing the timeout value to get 
set to 0.

It seems random, occurring maybe 20% of the time..  Has anyone else seen 
anything like this?  I didn't see any bugs directly related to this, but 
maybe bug 0004504 applies?

Peter

----- Original Message ----- 
From: "mattf" <mattf at vicimarketing.com>
To: "'Asterisk Developers Mailing List'" <asterisk-dev at lists.digium.com>
Sent: Thursday, July 21, 2005 8:10 PM
Subject: RE: [Asterisk-Dev] Disabling native bridging altogether?


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