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@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@lists.freeswitch.org [mailto: freeswitch-users-bounces@lists.freeswitch.org] *On Behalf Of *Anthony Minessale *Sent:* Wednesday, February 10, 2010 4:46 PM
*To:* freeswitch-users@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@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@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@10.10.5.48"/>
</condition>
</extension>
The connection to MyIVR works. Then it sends Refer-to (3341@...) 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@lists.freeswitch.org [mailto: freeswitch-users-bounces@lists.freeswitch.org] *On Behalf Of *Victor Maruani *Sent:* Sunday, February 07, 2010 5:01 PM *To:* freeswitch-users@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@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@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
_______________________________________________ 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
-- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900