[Freeswitch-users] Call Transfer Help Please

Jeff Lenk jlenk at frontiernet.net
Tue Nov 24 19:54:28 PST 2009


I do not see the meta app getting added in your log
->
Dialplan: sofia/internal/1000 at 192.168.1.50 Action bind_meta_app(*

Without this no meta actions will occur



Dave Stevenson wrote:
> 
> Hi again folks,
> 
> I have posted a dump into the Pastebin (11276), could someone have a look
> and perhaps suggest where the problem might be please ?
> 
> I'm sure you'll be able to work it out, but the log is for a call where :-
> 
> incoming on PSTN Line (ext 1000)
> Group exts, 111, 1001, 1001
> Answered on 111 and requested transfer to 1001 with no success
> 
> regards
> Dave
> 
> 
>   ----- Original Message ----- 
>   From: Dave Stevenson 
>   To: freeswitch-users at lists.freeswitch.org 
>   Sent: Tuesday, November 24, 2009 10:36 PM
>   Subject: Re: [Freeswitch-users] Call Transfer Help Please
> 
> 
>   Hi Mike,
> 
>   thanks for the reply. I am using the pre-compiled Windows binary - is
> there a 1.0.5 pre-release of that yet ?
> 
>   FreeSwitch reports its version as 1.0.4 (14460) but this is not correct,
> I was sure that I had previously loaded a later SVN Version, but just did
> it again, unless I'm not doing it right, the version number does not seem
> to be getting updated. The current build in the precompiled binaries area
> is reported to be 15604 and I've downloaded and installed that - although
> when the installer runs it tells me that it is version 15376. Either way,
> the "Version" command in FreeSwitch reports 1.0.4 (14460).
> 
>   The Transfer still does not work for me from the extension which answers
> the call.
> 
>   Sorry if my earlier questions were unclear ...
>     "What are the correct LISTEN_TO and RESPOND_ON entries in dialplan.xml
> ?"
>     What is the correct "transfer" data string in features.xml ?
>   I don't understand this question(s)
> 
>   I was looking for clarification of the second two arguments in the
> bind_meta_app data call, i.e, that the "b" and "s" were the correct values
> and also that the "is transfer" "transfer" data argument was "-bleg"
> 
>   That is, that the arguments in the default dialplan are correct for this
> scenario - which they appear to be based on your previous reply to my
> query.
> 
>   So, is there anything else that I can check to see why this is not
> working ?
> 
> 
>   regards
>   Dave
> 
> 
> 
>     ----- Original Message ----- 
>     From: Michael Jerris 
>     To: freeswitch-users at lists.freeswitch.org 
>     Sent: Tuesday, November 24, 2009 8:19 PM
>     Subject: Re: [Freeswitch-users] Call Transfer Help Please
> 
> 
> 
> 
>     On Nov 24, 2009, at 5:29 AM, Dave Stevenson wrote:
> 
> 
>       Hi,
> 
>       I'm trying to setup call transfer for a phone without a transfer
> button. I was on IRC last night and got some pointers to how this is setup
> in dialplan.xml and features.xml and what "bind meta app" does.
> 
>       Once it became clear how the transfer is initiated and that the
> transfer, in the default config, can only be initiated by the "b" leg of
> the call, I was able to make this work as configured in the defaults, i.e,
> to initiate a transfer (for an internal call) from the dialled extension
> to a new extension.
> 
>       Now the problem . . .
> 
>       I have an incoming PSTN line that rings a group of extensions, what
> I want to be able to do is to give whoever answers the PSTN call ability
> to transfer the call on to another extension.
> 
>       There is an ATA (Linksys SPA3101) set up on the PSTN line with a
> FreeSwitch extension of 1000, it rings the extension phones in the group.
> 
>       I'd hoped that the default transfer setup would handle this without
> modification - the incoming call on extension 1000 would be the "a" leg,
> the answering extension would be the "b" leg and a transfer from "b" would
> work as per the default config. This does not work for me though.
> 
>       I'm struggling a bit with the "bind meta app" options and can't seem
> to make it do what I want.
> 
>       Could someone please confirm that what I'm trying to do is feasible
> and perhaps suggest the right parameters to use in dialplan.xml and
> features.xml please ?
> 
>       Relevant section in the "is_transfer" section in features.xml
>       <action application="transfer" data="-bleg ${digits} XML default"/>
> 
>       And in default.xml from
>       <action application="bind_meta_app" data="1 b s
> execute_extension::dx XML features"/> to
> 
> 
>       I've tried posting a call log to the Pastebin (11252/3) but there
> was an error - it looks like the dump was too big. Not sure what the
> maximum size on pastebin dumps is ?
> 
> 
>       My understanding (or lack of) of "a" and "b" are in the scenario
> described is not helping ...
> 
>       Is the "a" leg the call coming in on the PSTN line (on Ext 1000) ?
> 
> 
>     Yes, the calling leg
> 
> 
>       Is the answering extension the "b" leg ?
> 
> 
>     Yes
> 
> 
>       What are the correct LISTEN_TO and RESPOND_ON entries in
> dialplan.xml ?
> 
> 
>     I don't understand this question
> 
> 
>       What is the correct "transfer" data string in features.xml ?
> 
> 
> 
>     ditto
> 
> 
>       Or am I totally on the wrong track here ?
> 
> 
> 
>     You should just need to make sure that the bind meta is called in this
> scenario so the b leg is able to do it, thats it.
> 
> 
>       If it is possible to do what I want, and changes are required to the
> dialplan.xml and/or features.xml files, is it possible to have different
> logic in there such that the actions are different whether it is the "a"
> leg or "b" leg that's requesting the transfer ?
> 
>       regards
>       Dave
> 
>       FreeSwitch Version 1.0.4 (14460)
> 
> 
>     also, try the latest 1.0.5. pre release or svn trunk to confirm this
> is not an issue that has already been fixed.
> 
> 
>     Mike
> 
> 
> 
> 
> ----------------------------------------------------------------------------
> 
> 
>     _______________________________________________
>     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
> 
> 

-- 
View this message in context: http://n2.nabble.com/Call-Transfer-Help-Please-tp4056930p4062810.html
Sent from the freeswitch-users mailing list archive at Nabble.com.




More information about the FreeSWITCH-users mailing list