[Asterisk-Dev] Disabling native bridging altogether?

[Peter Hsu]

The error wasn't in res_feature.c after all.

I found the problem to be elsewhere, but I'm not sure if it's a bug.

The problem was that I was dialing out from a Local extension.

In other words, I was using the manager API to originate an action to 
channel Local/1NXXNXXXXXX at mycontext and my conf looked like:

[mycontext]
_1NXXNXXXXXX, 1, NoOp(Some processing stuff, some UserEvents, other stuff)
_1NXXNXXXXXX, 2, Dial(IAX2/outgoing-context/${EXTEN})

I understand this might not be typical usage, but please bear with me.

Anyhow, what I found was that the config->timelimit was getting reset, but 
not by res_features.c.

I believe what actually happened was that occassionally the 
channels/channel_local.c would masquerade the bridged channel.  When this 
happened, it looks like all the ast_bridge_config data got lost.  I may be 
completely wrong, since I didn't delve too deep into why the the 
masquerading takes place, but every time it did, the timelimit would get 
reset.

Anyways, the point of the follow up is to find out why the channel is 
masqueraded, and also if it might be causing some of the other issues with 
the timelimit?

Thanks for all your help,

Peter

----- Original Message ----- 
From: "Peter Hsu" <peter at linkupservice.com>
To: "Asterisk Developers Mailing List" <asterisk-dev at lists.digium.com>
Sent: Friday, July 22, 2005 6:42 PM
Subject: Re: [Asterisk-Dev] Disabling native bridging altogether?


> Kevin,
>
> I tried setting some debugs in res_features.c before, but it didn't seem 
> like the values were getting set until after the transfer had taken place.
>
> Thanks for pointing that out for me.. I guess I'm going to have to give 
> the CVS head a crack after all.
>
> Peter
>
> ----- Original Message ----- 
> From: "Kevin P. Fleming" <kpfleming at digium.com>
> To: "Asterisk Developers Mailing List" <asterisk-dev at lists.digium.com>
> Sent: Friday, July 22, 2005 3:23 PM
> Subject: Re: [Asterisk-Dev] Disabling native bridging altogether?
>
>
>> Peter Hsu wrote:
>>
>>> It doesn't look like anything should modify the value set there.  I've 
>>> tried adding more debug statements, but I can't find anything that's 
>>> modifying the timelimit value.
>>
>> Look in res/res_features.c, that's where the other patch is correcting 
>> the problem.
>> _______________________________________________
>> 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
>