[Freeswitch-users] Problem bridging 2 calls with bypass_media=true
Pete Kelly
pkelly at gmail.com
Wed Oct 6 03:28:55 PDT 2010
Full log output is below.
Yes it's to the same IP by design... both 91979197 and 2000 are registered
devices at 10.15.20.122.
Pete
freeswitch at pete-desktop> lua click2call_call.lua
2010-10-06 11:27:31.361309 [NOTICE] switch_channel.c:779 New Channel
sofia/lpmedia/91979197 at 10.15.20.122:5060[f27fbfb0-b47f-4f57-9022-dbce1f50122c]
2010-10-06 11:27:32.014779 [INFO] sofia.c:709 sofia/lpmedia/
91979197 at 10.15.20.122:5060 Update Callee ID to "91979197" <91979197>
2010-10-06 11:27:32.014779 [NOTICE] sofia.c:4584 Ring-Ready sofia/lpmedia/
91979197 at 10.15.20.122:5060!
2010-10-06 11:27:34.198968 [NOTICE] sofia.c:5085 Channel [sofia/lpmedia/
91979197 at 10.15.20.122:5060] has been answered
2010-10-06 11:27:34.200100 [NOTICE] switch_channel.c:779 New Channel
sofia/lpmedia/2000 at 10.15.20.122:5060 [cade82f5-f4b7-490b-9ad4-8c0e392c6183]
2010-10-06 11:27:34.243046 [INFO] sofia.c:709 sofia/lpmedia/
2000 at 10.15.20.122:5060 Update Callee ID to "2000" <2000>
2010-10-06 11:27:34.243046 [NOTICE] sofia.c:4584 Ring-Ready sofia/lpmedia/
2000 at 10.15.20.122:5060!
2010-10-06 11:27:36.156477 [NOTICE] sofia.c:5085 Channel [sofia/lpmedia/
2000 at 10.15.20.122:5060] has been answered
2010-10-06 11:27:36.957598 [INFO] switch_cpp.cpp:1181 uuid
isf27fbfb0-b47f-4f57-9022-dbce1f50122c
2010-10-06 11:27:36.957598 [INFO] switch_cpp.cpp:1181 uuid
isf27fbfb0-b47f-4f57-9022-dbce1f50122c
2010-10-06 11:27:36.957598 [NOTICE] switch_cpp.cpp:976 Hangup sofia/lpmedia/
91979197 at 10.15.20.122:5060 [CS_HIBERNATE] [NORMAL_CLEARING]
2010-10-06 11:27:36.958738 [NOTICE] switch_ivr_bridge.c:936 Hangup
sofia/lpmedia/2000 at 10.15.20.122:5060 [CS_HIBERNATE] [NORMAL_CLEARING]
freeswitch at pete-desktop>
2010-10-06 11:27:36.959748 [NOTICE] switch_core_session.c:1228 Session 6
(sofia/lpmedia/91979197 at 10.15.20.122:5060) Ended
2010-10-06 11:27:36.959748 [NOTICE] switch_core_session.c:1230 Close Channel
sofia/lpmedia/91979197 at 10.15.20.122:5060 [CS_DESTROY]
2010-10-06 11:27:36.959748 [NOTICE] switch_core_session.c:1228 Session 7
(sofia/lpmedia/2000 at 10.15.20.122:5060) Ended
f2010-10-06 11:27:36.959748 [NOTICE] switch_core_session.c:1230 Close
Channel sofia/lpmedia/2000 at 10.15.20.122:5060 [CS_DESTROY]
On 6 October 2010 11: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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20101006/08a563d4/attachment-0001.html
More information about the FreeSWITCH-users
mailing list