VoIP Mailing List Archives

[pjintheusa at gmail.com]

Hi there,

I am attempting to do a simple bridge. Leg A is an inbound DID. Leg B
is terminated through a SIP carrier.

I am unable to use loopback AND bypass_media_after_bridge=true. The
bridge fails.

Here is my three line application:

Session.Answer();

Session.Execute("set", "bypass_media_after_bridge=true");

Session.Execute("bridge", "loopback/6095553828/default");

FreeSWITCH log: http://pastebin.freeswitch.org/9949

I believe the bridge fails as the SIP-REINVITE is issued and fails.

Using loopback and bypass_media_after_bridge=false works fine. As does
using bypass_media_after_bridge=true and sending call directly through
the gateway to which the loopback points.

e.g. http://pastebin.freeswitch.org/9948

Has anyone else encountered this? Am I missing something?

Any help would be much appreciated!

Thanks


Phillip Jones

_______________________________________________
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

[pjintheusa at gmail.com]

It occurred to me that I better check that this still occurs using lua
and that this is not a mod_manged issue.

The lua script:

session:answer();
session:execute("set", "bypass_media_after_bridge=true");
session:execute("bridge", "loopback/6095553828/default");

does produce the same issue. The bridge fails.

I am wondering whether this is something I should just put straight into jira.

On Mon, Aug 10, 2009 at 4:35 PM, Phillip Jones<pjintheusa@gmail.com> wrote:

[brian at freeswitch.org]

loopback requires media you can't be using it in this manner. There
is NO reason to use loopback in the first place. Can you show me what
you're doing in the dialplan that requires you to use loopback?

We gave you the rope... now you just have to stop from hanging
yourself!

/b

On Aug 11, 2009, at 8:59 AM, Phillip Jones wrote:

[pjintheusa at gmail.com]

Thanks for the reply Brian.

I went through this fairly carefully with Mike Jerris - please see
http://www.nabble.com/Calling-Multiple-Destinations-with-Failover-td24877157.html

I am very open to any other mechanism that allows the calling multiple
destinations with carrier failover support. I would have thought this
is a fairly common requirement and is a fundamental requirement in my
application.

As always - your help is appreciated.

On Tue, Aug 11, 2009 at 10:07 AM, Brian West<brian@freeswitch.org> wrote:

[brian at freeswitch.org]

This can all be accomplished with standard bridge lines stacked one on top of the other with continue_on_fail set to the list of codes you wish to fail over with. You would also want to set hangup_after_bridge=true. Loopback should NEVER be used in this case.

http://wiki.freeswitch.org/wiki/Channel_Variables#continue_on_fail
http://wiki.freeswitch.org/wiki/Channel_Variables#hangup_after_bridge


/b

On Aug 11, 2009, at 9:46 AM, Phillip Jones wrote:

[pjintheusa at gmail.com]

Can you use this method to make simultaneous calls though while
preserving carrier order? i.e. each call must try carrier 1 first then
carrier 2 (because each carrier terminates a different subset of
numbers)

So - if I did NOT want to support failover I would use:

session:execute("bridge",
"sofia/gateway/broadvox/6095553828,sofia/gateway/broadvox/7325553828");
<< call 6095553828 and 7325553828 at the same time

If I were to use failover and not need multiple destinations then I would use:

session:execute("bridge",
"sofia/gateway/broadvox/6095553828|sofia/gateway/quest/6095553828");
<< call using broadvox first and quest it that fails

I need to combine:

Call 6095553828 and 7325553828 simultaneously and each trying
broadvox then on fail quest.

session:execute("bridge",
"(sofia/gateway/broadvox/6095553828|sofia/gateway/quest/6095553828),(sofia/gateway/broadvox/7325553828,sofia/gateway/quest/7325553828)");

But of course that syntax does not work.

I can not see another syntax that would achieve this?


On Tue, Aug 11, 2009 at 10:58 AM, Brian West<brian@freeswitch.org> wrote:

[msc at freeswitch.org]

On Tue, Aug 11, 2009 at 11:08 AM, Phillip Jones <pjintheusa@gmail.com (pjintheusa@gmail.com)> wrote:

[pjintheusa at gmail.com]

Hi Michael,

Thanks for trying to help with this.

[msc at freeswitch.org]

On Tue, Aug 11, 2009 at 1:43 PM, Phillip Jones <pjintheusa@gmail.com (pjintheusa@gmail.com)> wrote:

[dave at 3c.co.uk]

Just to add my $0.02-worth (if you're feeling generous..) - I don't
think that the dialplan is expressive enough to do what's needed here,
and that's where the trouble's coming from. It's not enormously tricky
to build a generic "dial this set of numbers according to these rules"
service using something hanging off the event socket - there's a writeup
here: http://www.softivr.com/wiki/index.php/Find_me showing how it could
be done on SoftIVR.

To roll something similar yourself using the event socket, you'd need to
map the dial function to 'originate', bridge to (IIRC) 'uuid_bridge',
and have some way of passing messages around between the threads
handling the different call legs, assuming that you're using one thread
per leg.

--Dave


_______________________________________________
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

[pjintheusa at gmail.com]

Thanks Michael,

pseudo code would look this.

1) Call 6095556666 and 7325556666 simultaneously.
2a) As you dial 6095556666 go to the next carrier if you receive
NO_ROUTE_DESTINATION.
2b) As you dial 7325556666 go to the next carrier if you receive
NO_ROUTE_DESTINATION
3) The first number to answer and accept the call - bridge to leg a.
Drop the other.


Brian maintains that this can be done without loopback and loopback
should never be used. Mike Jerris believes that loop back handles this
and should be used. I am happy for all the help, but I am a bit
confused at this stage.

If this can not be done in the dailplan then I will need to pursue
loopback and see how far I get with that. At the moment it works but
not with bypass_media.

As I said "call followme" and carrier failover are fairly common
requirements so I do feel I am missing something. This must be
implemented elsewhere.

Again - thank you all for your help. You do a great job of getting
getting your heads around all this stuff day in day out.

Phillip Jones


On Tue, Aug 11, 2009 at 3:19 PM, Michael Collins<msc@freeswitch.org> wrote:

[mgg at giagnocavo.net]

It's also simple enough to write a plugin in one of the scripting languages to add an app to do exactly what you want...

-----Original Message-----
From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of David Knell
Sent: Tuesday, August 11, 2009 1:55 PM
To: freeswitch-users@lists.freeswitch.org
Subject: Re: [Freeswitch-users] Loopback and bypass_media

Just to add my $0.02-worth (if you're feeling generous..) - I don't
think that the dialplan is expressive enough to do what's needed here,
and that's where the trouble's coming from. It's not enormously tricky
to build a generic "dial this set of numbers according to these rules"
service using something hanging off the event socket - there's a writeup
here: http://www.softivr.com/wiki/index.php/Find_me showing how it could
be done on SoftIVR.

To roll something similar yourself using the event socket, you'd need to
map the dial function to 'originate', bridge to (IIRC) 'uuid_bridge',
and have some way of passing messages around between the threads
handling the different call legs, assuming that you're using one thread
per leg.

--Dave


_______________________________________________
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

[pjintheusa at gmail.com]

David / Michael - thanks for your your replies. The SoftIVR example is
particularly useful. Must admit though - I was hoping not to have to
do any custom stuff at this stage.

It does appear there is no method to do this by staking bridge lines
so I will put an issue in jira to try and get loopback working with
bypass_media.

In the meantime I will also start looking to build a custom bridging
app. As I said though - not a road I wanted to go down.

Thanks for your help!


Phillip Jones

On Tue, Aug 11, 2009 at 6:13 PM, Michael Giagnocavo<mgg@giagnocavo.net> wrote:

[rupa at rupa.com]

perhaps we need to add some syntax + logic to originate:

application="originate"
data="(sofia/foo/bar|sofia/baz/bar),(sofia/foo/yum|sofia/baz/yum)"

This would acomplish the equiv of

loopback/bar,loopback/yum where bar and yum are then further expanded
in the dialplan as

sofia/foo/bar|sofia/baz/bar and sofia/foo/yum|sofia/baz/yum

except that the threads of execution are handled directly by
originate. I'm not sure that is really the "solution" since each ()
group would still have to be a separate thread to run independently.

To me, loopback is the way to accomplish this issue (how I've done it
with the same requirements that you have) since all the hard work is
layered and works. The problem is that you require bypass_media which
doesn't play nice with loopback.

Perhaps have an on answer hook that tries to enable bypass media
(re-invite) after the call is setup?

On Wed, Aug 12, 2009 at 8:29 AM, Phillip Jones<pjintheusa@gmail.com> wrote:

[pjintheusa at gmail.com]

Hi there,