[Freeswitch-users] Bypass-media and REFER method

Thu Feb 11 15:01:52 PST 2010

Where do you think it's failing?
that log shows it get refer, go back to dp, invite to 3341 and then the
other end hangs up at some point.

On Wed, Feb 10, 2010 at 11:01 AM, Victor Maruani <vmaruani at interwise.com>wrote:

>  Hi,
>
>
>
> Logs are on pb 12099
>
> I hope this helps.
>
> Reproduced with revision 16599.
>
>
>
> A-side (10.10.5.19) is an x-lite registered with extension 1002
>
> B (.5.51) refers to C (.5.48) none are registered.
>
>
>
> Please refer to previous emails for details of dialplan and what I try to
> do…
>
> Let me know if you need more info
>
>
>
> Thanks!
>
>
>
>
>
> *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto:
> freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Anthony
> Minessale
> *Sent:* Wednesday, February 10, 2010 4:46 PM
>
> *To:* freeswitch-users at lists.freeswitch.org
> *Subject:* Re: [Freeswitch-users] Bypass-media and REFER method
>
>
>
> update to latest trunk and reproduce your problem with full debug enabled.
>
> sofia profile internal siptrace on
> console loglevel debug
>
>  On Wed, Feb 10, 2010 at 4:44 AM, Victor Maruani <vmaruani at interwise.com>
> wrote:
>
> Hi,
>
>
>
> I can't have a blind transfer work properly if I use bypass-media=true.
>
>
>
> My first message may have been unclear, here I added excerpt from the
> dialplan:
>
>
>
>                 <!--- ext MyIVR -->
>
>                  <extension name="Extension MyIVR" continue="false">
>
>                    <condition field="destination_number"
> expression="^337$">
>
>                                    <action application="set"
> data="bypass_media=true"/>
>
>                                    <action application="bridge"
> data="sofia/internal/337 at 10.10.5.51"/>
>
>                    </condition>
>
>                  </extension>
>
>
>
>
>
>                 <!--- ext MyServ -->
>
>                  <extension name="Extension MyServ " continue="false">
>
>                    <condition field="destination_number"
> expression="^3341$">
>
>                                                 <action application="set"
> data="bypass_media=true"/>
>
>                                    <action application="bridge"
> data="sofia/internal/3341 at 10.10.5.48"/>
>
>                    </condition>
>
>                  </extension>
>
>
>
> The connection to MyIVR works. Then it sends Refer-to (3341 at ...) which
> fails as I described it in the previous mail.
>
>
>
> I would like to know if the feature has been validated and if I'm missing
> something in the configuration.
>
>
>
> Any help would be very appreciated.
>
>
>
> Thanks!
>
>
>
>
>
> *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto:
> freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Victor
> Maruani
> *Sent:* Sunday, February 07, 2010 5:01 PM
> *To:* freeswitch-users at lists.freeswitch.org
> *Subject:* [Freeswitch-users] Bypass-media and REFER method
>
>
>
> Hi,
>
>
>
> I'm trying to do a POC using FS, the goal is to have FS handle REFERs
> containing proprietary data.
>
> I want to have some logic on top of FS and also use the fail over
> mechanism.
>
> in short, I have something like this:
>
> (third party) A side  --- FS ---- B side (IVR server)
>
>
>
> the IVR the sends a REFER to FS. I don't want A to deal with it.
>
> now say B refers to C, it would be considered as a "group" C1, C2 ... to
> which I want FS to failover.
>
> only when one has answered should A be updated (REINVITE) and B notified
> and disconnected.
>
> if all fails I would expect B to be notified of the failure and proceed as
> I wish without "losing" A.
>
>
>
> from what I've read FS should be OK for the job but I have a couple issues:
>
>
>
> 1 ) I have some issues getting FS handle a REFER while in bypass-media
> mode.
>
> (I tried with the release and some revisions including latest)
>
> first when I bridge A and B everything is fine and media is bypassed.
>
> When B sends REFER to C:
>
> -           FS immediately NOTIFY B of success and send a reinvite to A
> with SDP containing its own media IP/port.
>
> -          then it does INVITE C with A's SDP.
>
> -          B gets disconnected. A is not updated with C's sdp.
>
> so at this point A sends RTP to FS and C sends RTP to A. …
>
>
>
> I basically have one extension for B: (set bypass-media and bridge to B)
>
> and another extension to C which does the same actions.
>
> what do you think I do wrong?
>
>
>
>
>
> 2 ) how can I catch the REFER and set variables from it? (like ref-by or
> ref-to)
>
> in the dial plan I do catch the INVITE sent to C, but how to do it with the
> REFER itself?
>
>
>
>
>
> thanks for your help!
>
>
>
>
>
> Best Regards,
>
> Victor.
>
>
>
>
> _______________________________________________
> 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
>
>
>
>
> --
> Anthony Minessale II
>
> FreeSWITCH http://www.freeswitch.org/
> ClueCon http://www.cluecon.com/
> Twitter: http://twitter.com/FreeSWITCH_wire
>
> AIM: anthm
> MSN:anthony_minessale at hotmail.com <MSN%3Aanthony_minessale at hotmail.com>
> GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com<PAYPAL%3Aanthony.minessale at gmail.com>
> IRC: irc.freenode.net #freeswitch
>
> FreeSWITCH Developer Conference
> sip:888 at conference.freeswitch.org <sip%3A888 at conference.freeswitch.org>
> iax:guest at conference.freeswitch.org/888
> googletalk:conf+888 at conference.freeswitch.org<googletalk%3Aconf%2B888 at conference.freeswitch.org>
> pstn:+19193869900
>
> _______________________________________________
> 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
>
>

-- 
Anthony Minessale II

FreeSWITCH http://www.freeswitch.org/
ClueCon http://www.cluecon.com/
Twitter: http://twitter.com/FreeSWITCH_wire

AIM: anthm
MSN:anthony_minessale at hotmail.com <MSN%3Aanthony_minessale at hotmail.com>
GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com<PAYPAL%3Aanthony.minessale at gmail.com>
IRC: irc.freenode.net #freeswitch

FreeSWITCH Developer Conference
sip:888 at conference.freeswitch.org <sip%3A888 at conference.freeswitch.org>
iax:guest at conference.freeswitch.org/888
googletalk:conf+888 at conference.freeswitch.org<googletalk%3Aconf%2B888 at conference.freeswitch.org>
pstn:+19193869900
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100211/0e7b5e70/attachment-0002.html 