[Freeswitch-users] Problem bridging 2 calls with bypass_media=true

David Ponzone david.ponzone at ipeva.fr
Wed Oct 6 02:26:11 PDT 2010


Pete,

perhaps leg A and B can't agree on the codec ?

David Ponzone  Direction Technique
email: david.ponzone at ipeva.fr
tel:      01 74 03 18 97
gsm:   06 66 98 76 34

Service Client IPeva
tel:      0811 46 26 26
www.ipeva.fr  -   www.ipeva-studio.com

Ce message et toutes les pièces jointes sont confidentiels et établis  
à l'intention exclusive de ses destinataires. Toute utilisation ou  
diffusion non autorisée est interdite. Tout message électronique est  
susceptible d'altération. IPeva décline toute responsabilité au titre  
de ce message s'il a été altéré, déformé ou falsifié. Si vous n'êtes  
pas destinataire de ce message, merci de le détruire immédiatement et  
d'avertir l'expéditeur.




Le 06/10/2010 à 11:18, Pete Kelly a écrit :

> Hi
>
> I am having some problems bridging 2 calls and bypassing the media.
>
> I am using a lua script executed from the command line to phone out  
> to the first device (leg A), then on answer bridge a call to a  
> second device (leg B).
>
> If I set the bypass_media=true, then freeswitch immediately sends  
> out BYEs after the reINVITEs have happened.
>
> If I leave bypass_media unset, everything works fine except the  
> media is bridged.
>
> The lua script I am using is a very simple one and looks like this:
>
> obSession = freeswitch.Session("sofia/lpmedia/ 
> 91979197 at 10.15.20.122:5060")
> obSession:setVariable('bypass_media', 'true');
>
> if obSession:ready() then
>     -- Do something good here
>
>     obSession:execute("bridge", "sofia/lpmedia/ 
> 2000 at 10.15.20.122:5060")
> end
>
> I have tried variations on this including, putting  
> [bypass_media=true]  on leg A, and using the  
> [bypass_media_after_bridge=true] on leg B
>
> The logs say this:
>  ...
> 2010-10-06 10:10:05.847278 [NOTICE] sofia.c:5085 Channel [sofia/lpmedia/2000 at 10.15.20.122 
> :5060] has been answered
> 2010-10-06 10:10:06.650155 [NOTICE] switch_cpp.cpp:976 Hangup sofia/lpmedia/91979197 at 10.15.20.122 
> :5060 [CS_HIBERNATE] [NORMAL_CLEARING]
> 2010-10-06 10:10:06.650155 [NOTICE] switch_ivr_bridge.c:936 Hangup sofia/lpmedia/2000 at 10.15.20.122 
> :5060 [CS_HIBERNATE] [NORMAL_CLEARING]
> 2010-10-06 10:10:06.651420 [NOTICE] switch_core_session.c:1228  
> Session 27 (sofia/lpmedia/91979197 at 10.15.20.122:5060) Ended
> 2010-10-06 10:10:06.651420 [NOTICE] switch_core_session.c:1230 Close  
> Channel sofia/lpmedia/91979197 at 10.15.20.122:5060 [CS_DESTROY]
> freeswitch at pete-desktop> 2010-10-06 10:10:06.651420 [NOTICE]  
> switch_core_session.c:1228 Session 28 (sofia/lpmedia/ 
> 2000 at 10.15.20.122:5060) Ended
> 2010-10-06 10:10:06.651420 [NOTICE] switch_core_session.c:1230 Close  
> Channel sofia/lpmedia/2000 at 10.15.20.122:5060 [CS_DESTROY]
>
>
> Does anyone have any ideas as to why freeswitch may be ending the  
> calls?
>
> I am using the latest git checkout - the behaviour was slightly  
> different with the 1.06 package. The call would setup but the  
> reINVITEs did not happen as they should.
>
> Pete
>
> _______________________________________________
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20101006/b99a9f69/attachment-0001.html 


More information about the FreeSWITCH-users mailing list