VoIP Mailing List Archives

[rupa at rupa.com]

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

[pjintheusa at gmail.com]

Rupa / all,

Just a quick follow up to this.

This is appears to a timing issue. If I try and do a "uuid_media off +
uuid" in "api_after_bridge" it fails with "CHAN_NOT_IMPLEMENTED"
and the call is dropped.

If appears to be trying to do a SIP reinvite on the loopback channel
which is of course just about to / has disappear/ed.

So I tried this, after the call is established, at the commend line, I
do "show calls" and using the uuid shown, type "uuid_media off uuid".
The SIP REINVITE is issued and works.

I think the switch_ivr_nomedia function in switch_ivr_c is getting the
loopback uuid when it calls "other_uuid =
switch_channel_get_variable(channel, SWITCH_BRIDGE_VARIABLE)"

That's why the SIP REINVITE fails.

So... in api_after_bridge I issue:

"sched_api", "+3 none uuid_media off " + uuid. This calls the
switch_ivr_nomedia function 3 seconds after the calls bridge is
established.


And it works, Not nice - not scalable or production ready - but the
SIP-REINVITE is successful and at least now I understand what is going
on.

Make sense?

Thanks


Phil


On Wed, Aug 12, 2009 at 12:21 PM, Rupa Schomaker<rupa@rupa.com> wrote:

[mrene_lists at avgs.ca]

Hi All,

The reason it works when you wait 3 seconds is that mod_loopback bails
out of the equation as soon as it detects a bridge.
It'll call switch_ivr_uuid_bridge() and you'll end up with 2 sofia
channels.

Now the reason why you can't do uuid_media over a loopback channel is
because it doesn't pass on SWITCH_MESSAGE_INDICATE_MEDIA and
SWITCH_MESSAGE_INDICATE_NOMEDIA onto the underlying channel.
The handler for those two events require accessing channel variables
on the both channels to get the ip+port of where the audio should go
through, so that mod_sofia can send a re-invite.
Since mod_loopback is a completely different channel, it has its own
channel variables, independent from mod_sofia (provided you have sofia
channels on both side). That's why even sofia<>loopback won't do
bypass media.

On another note, mod_sofia will behave differently when it detects its
being bridge with another sofia channel, providing optimizations when
both call legs are SIP.

My personal opinion is not to use mod_loopback unless absolutely
necessary, FreeSWITCH's core is very flexible and there's often a
(better) way than using mod_loopback.

Mathieu Rene
Avant-Garde Solutions Inc
Office: + 1 (514) 664-1044 x100
Cell: +1 (514) 664-1044 x200
mrene@avgs.ca




On 13-Aug-09, at 6:59 PM, Phillip Jones wrote:

[pjintheusa at gmail.com]

[rupa at rupa.com]

On Thu, Aug 13, 2009 at 6:54 PM, Mathieu Rene<mrene_lists@avgs.ca> wrote:

[pjintheusa at gmail.com]

Hi Rupa,

What about my suggestion above introduce a "api_after_bridge" event
that fires when the switch_ivr_uuid_bridge() bridges to the two sofia
channels that Mathieu mentioned?

Is that suggestion just way off the mark? If possible that would allow
me to move forward - although I agree that supporting groupings of
carriers is would be the most elegant solution.

Let me know if I am just talking rubbish re the api_after_bridge" event.

Thanks!


Phillip Jones


On Fri, Aug 14, 2009 at 2:33 AM, Rupa Schomaker<rupa@rupa.com> wrote:

[pjintheusa at gmail.com]

Hi there,

I created a feature request to cover this issue:

http://jira.freeswitch.org/browse/FSCORE-422 - The ability to support
Call FollowMe (or Call Blast) and multiple termination carriers -
without Loopback

If anybody wants comment on its merits and/or make the request clearer
- that would be great.

Thanks for every bodies help on this.

Phillip Jones

On Fri, Aug 14, 2009 at 3:17 PM, Phillip Jones<pjintheusa@gmail.com> wrote: