[Freeswitch-users] Problem bridging 2 calls with bypass_media=true
Wasim Baig
wasim at convergence.pk
Wed Oct 6 03:28:52 PDT 2010
Perhaps you've got it setup async, in which case nothing blocks FS from
going through the rest of the script after the bridge.
You need to tell Lua to watch out for a hangup on either leg after the
bridge before continuing with the script.
Or do it sync.
-wasim
On Wed, Oct 6, 2010 at 15:21, Nyamul Hassan <mnhassan at usa.net> wrote:
> That does not look like the full log. Can you put the complete log,
> right from the start to the end, in the PasteBin?
>
> Also, it appears that both the legs are to the same IP. Is that by design?
>
> Regards
> HASSAN
>
>
> On 2010-10-06, Pete Kelly <pkelly at gmail.com> wrote:
> > 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
> >>
> >>
> >
>
> --
> Sent from my mobile device
>
> _______________________________________________
> 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
>
--
wasim h. baig | principal consultant | convergence pk | +92 30 0850 8070 |
peace be upon you ...
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20101006/9c56e193/attachment.html
More information about the FreeSWITCH-users
mailing list