[Freeswitch-users] Problem bridging 2 calls with bypass_media=true
David Ponzone
david.ponzone at ipeva.fr
Wed Oct 6 03:08:43 PDT 2010
Can you just do the same bridge from dialplan, just to know if it's
related to LUA ?
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:52, Pete Kelly a écrit :
> After the call is set up, Freeswitch sends a reINVITE to legA, with
> legB's media IP/port, then vice versa.
>
> Then it sends a BYE to both legs immediately .
>
> However I've put a dummy while loop after the bridge:
>
> while(1==1) do
>
> end
>
> and the call remains up!
>
> However the lua script now never ends.
>
> On 6 October 2010 10:42, David Ponzone <david.ponzone at ipeva.fr> wrote:
> my question is going to sound stupid but:
> how long before the call is ended ?
> are you sure A can talk to B directly ?
>
> 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:33, Pete Kelly a écrit :
>
>> I've checked and it's PCMU for all legs, including Freeswitch...
>> anyway it's Freeswitch which is ending the calls. I would expect
>> leg A or leg B to end the call if it was a codec issue.
>>
>> On 6 October 2010 10:26, David Ponzone <david.ponzone at ipeva.fr>
>> wrote:
>> 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
>>
>>
>> _______________________________________________
>> 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
>>
>>
>> _______________________________________________
>> 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
>
>
> _______________________________________________
> 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
>
>
> _______________________________________________
> 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/b3454b41/attachment-0001.html
More information about the FreeSWITCH-users
mailing list