RE: [asterisk-dev] ast_channel_masquerade in a queue consultation

Tue, 12 Sep 2006 08:57:51 -0700

Hello,

In http://ftp.digium.com/pub/asterisk/releases/ChangeLog-1.2.10 i see: 
 
“2006-07-10 21:01 +0000 [r37361]  Kevin P. Fleming <[EMAIL PROTECTED]>
 
        * channel.c: do masquerade-behind-proxy checking with better
          control over locks”.
 
I suppose that the code for that correction is:
 
“
        /* each of these channels may be sitting behind a channel proxy (i.e. chan_agent)
           and if so, we don't really want to masquerade it, but its proxy */
        if (original->_bridge && (original->_bridge != ast_bridged_channel(original)))
               final_orig = original->_bridge;
 
        if (clone->_bridge && (clone->_bridge != ast_bridged_channel(clone)))
               final_clone = clone->_bridge;
 
        if ((final_orig != original) || (final_clone != clone)) {
               ast_mutex_lock(&final_orig->lock);
               while(ast_mutex_trylock(&final_clone->lock)) {
                       ast_mutex_unlock(&final_orig->lock);
                       usleep(1);
                       ast_mutex_lock(&final_orig->lock);
               }
               ast_mutex_unlock(&clone->lock);
               ast_mutex_unlock(&original->lock);
               original = final_orig;
               clone = final_clone;
        }


“



 



Could does that code produce
the problem?



 



Thank you.















De:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] En nombre de Daniel Montejo

Enviado el: martes, 12 de
septiembre de 2006 13:01

Para:
[email protected]

Asunto: [asterisk-dev]
ast_channel_masquerade in a queue consultation






 



Hello,



With asterisk 1.2.12 i need restart asterisk to free
channels. This isn’t happen with 1.2.7.1. The scenario is:



-         
Sip1 has a call with
Sip2.



-         
Sip1 make a consultation
call to queue1 with originate action.



-         
The call is delivered to sip3
(agent3 logged in queue1).



-         
Sip1 try reconnect Sip2
(using ast_channel_masquerade).



-         
KO: The call is
transferred to Sip3. With version 1.2.7.1 the call is reconnected.



-         
After this, some channels
(agent and sip) are locked (show channels).



 



Why the ast_channel_masquerade transfer the call in
1.2.12 version? Why the channels are locked after that?



 



Thank you!!!



_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --

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

Reply via email to