Hi Anton,
Good to know that my frustration is shared, I feel better. :P I actually solved my issue. For some reason, mod_sofia rewrites the domain name with the IP address of my machine, which causes the call to never reach the destination the transfer was intended to. I am guessing that the domain name = IP address is pulled from vars.xml… I am running my FS in multi tenant mode, even though I am the only user on it. It seems like the 481 error never breaks the transfer. I don't know why it is there and why it is triggered… Some input from the developers would be good. The Yealink still sends a 481 even with a successful transfer. Coincidentally, my attended transfer issues may have been solved too! Now the question is, how do we make mod_sofia create new sessions with the proper domain name? Best, E On Sep 15, 2012, at 3:11 AM, Anton Kvashenkin <anton.jugatsu@gmail.com> wrote:
So the question is: why the hack FS sends BYE to Yealink to tear down the session when this must do the UA which is performing the call transfer with REFER method. Obviously, Yealink responds with 481 to this kind of BYE, becauce it has already killed the dialog.
2012/9/15 Anton Kvashenkin <anton.jugatsu@gmail.com> Emrah, can you please paste the successful dump of call when you transfer from Polycom. I observe strange bahaviour when FS sends BYE to Yealink to shutdown the dialog and Yealink also kills the dialog with it's BYE.
2012/9/15 Emrah <lists@kavun.ch> Hi all,
I have tried to play with the refer extension and now have my calls land in the public context when they are transferred… This is the second extension in my dialplan: <extension name="refer"> <condition field="${sip_refer_to}"> <expression><![CDATA[<sip:${destination_number}@${domain_name}>]]></expression> </condition> <condition field="${sip_refer_to}"> <expression><![CDATA[<sip:(.*)@(.*)>]]></expression> <action application="set" data="refer_user=$1"/> <action application="set" data="refer_domain=$2"/> <action application="info"/> <action application="bridge" data="sofia/${use_profile}/${refer_user}@${domain_name}"/> </condition> </extension>
Any help would be greatly appreciated.
All the best, Emrah On Sep 13, 2012, at 3:09 PM, Emrah <lists@kavun.ch> wrote:
Hi all,
I seem to be encountering the strangest problems. I have been doing some more testing with my transfers and here is a recurring issue.
I have 2 phones behind the same router. 1 Polycom VVX 1500 and 1 Yealink SIP-T38g They are both registering on the same FS server which is on a remote public IP. The Polycom has extension 20 and the yealink uses 21. When I call the Polycom from the Yealink and perform a blind transfer from the Yealink, it fails with: 481 Call Leg/Transaction Does Not Exist. If I transfer from the Polycom though, it seems to work.
In resume: I cannot transfer from A leg. B leg doesn't seem to know its way around and looses it. To demonstrate, I transfer B leg from A leg to extension 5000. http://pastebin.freeswitch.org/19893
I tried Googleing the error code and didn't find anything particularly related to my issue.
Any hint would be greatly appreciated. To make sure, I downgraded to the stable version.
Thanks a bunch, as always. Emrah
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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