David, I'm not sure it is possible to originate 2 calls from dialplan and then bridge them. I could be wrong though! On 6 October 2010 11:08, David Ponzone <david.ponzone@ipeva.fr> wrote:
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@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@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@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@ipeva.fr> wrote:
Pete,
perhaps leg A and B can't agree on the codec ?
David Ponzone Direction Technique email: david.ponzone@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@10.15.20.122:5060 ") obSession:setVariable('bypass_media', 'true');
if obSession:ready() then -- Do something good here
obSession:execute("bridge", "sofia/lpmedia/2000@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@10.15.20.122:5060] has been answered 2010-10-06 10:10:06.650155 [NOTICE] switch_cpp.cpp:976 Hangup sofia/lpmedia/91979197@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@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@10.15.20.122:5060) Ended 2010-10-06 10:10:06.651420 [NOTICE] switch_core_session.c:1230 Close Channel sofia/lpmedia/91979197@10.15.20.122:5060 [CS_DESTROY] freeswitch@pete-desktop> 2010-10-06 10:10:06.651420 [NOTICE] switch_core_session.c:1228 Session 28 (sofia/lpmedia/ 2000@10.15.20.122:5060) Ended 2010-10-06 10:10:06.651420 [NOTICE] switch_core_session.c:1230 Close Channel sofia/lpmedia/2000@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@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@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@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@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org