Hi, I found a wired problem where left dead call records. originate {origination_uuid=1,hangup_after_bridge=false}user/1000 &park originate {origination_uuid=2,hangup_after_bridge=false}user/1001 &park uuid_bridge 1 2 uuid_transfer 1 -both park inline hupall show channels # show nothing show calls # the record still there, why the uuid is not 1 and 2 but a long uuid str? but there's no problem if not use origination_uuid. Also, there are no problems if no uuid_transfer. originate {origination_uuid=1,hangup_after_bridge=false}user/1000 &park originate {origination_uuid=2,hangup_after_bridge=false}user/1001 &park uuid_bridge 1 2 hupall I'm on last git, anyone can help take a look? http://pastebin.freeswitch.org/14681 Thanks. -- About: http://about.me/dujinfang Blog: http://www.dujinfang.com Proj: http://www.freeswitch.org.cn
commit ca28a80658d50a9fab14f3022c40536b385b6b9b Author: Anthony Minessale <anthm@freeswitch.org> Date: Wed Dec 1 10:31:28 2010 -0600 update caller_profile to have correct uuid when using custom uuid from originate string On Wed, Dec 1, 2010 at 7:51 AM, Seven Du <dujinfang@gmail.com> wrote:
Hi,
I found a wired problem where left dead call records.
originate {origination_uuid=1,hangup_after_bridge=false}user/1000 &park originate {origination_uuid=2,hangup_after_bridge=false}user/1001 &park uuid_bridge 1 2 uuid_transfer 1 -both park inline hupall
show channels # show nothing show calls # the record still there, why the uuid is not 1 and 2 but a long uuid str?
but there's no problem if not use origination_uuid.
Also, there are no problems if no uuid_transfer.
originate {origination_uuid=1,hangup_after_bridge=false}user/1000 &park originate {origination_uuid=2,hangup_after_bridge=false}user/1001 &park uuid_bridge 1 2 hupall
I'm on last git, anyone can help take a look?
http://pastebin.freeswitch.org/14681
Thanks.
-- About: http://about.me/dujinfang Blog: http://www.dujinfang.com Proj: http://www.freeswitch.org.cn
_______________________________________________ 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 GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900
great, confirmed it works, thanks. On Thu, Dec 2, 2010 at 12:39 AM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
commit ca28a80658d50a9fab14f3022c40536b385b6b9b Author: Anthony Minessale <anthm@freeswitch.org> Date: Wed Dec 1 10:31:28 2010 -0600
update caller_profile to have correct uuid when using custom uuid from originate string
On Wed, Dec 1, 2010 at 7:51 AM, Seven Du <dujinfang@gmail.com> wrote:
Hi,
I found a wired problem where left dead call records.
originate {origination_uuid=1,hangup_after_bridge=false}user/1000 &park originate {origination_uuid=2,hangup_after_bridge=false}user/1001 &park uuid_bridge 1 2 uuid_transfer 1 -both park inline hupall
show channels # show nothing show calls # the record still there, why the uuid is not 1 and 2 but a long uuid str?
but there's no problem if not use origination_uuid.
Also, there are no problems if no uuid_transfer.
originate {origination_uuid=1,hangup_after_bridge=false}user/1000 &park originate {origination_uuid=2,hangup_after_bridge=false}user/1001 &park uuid_bridge 1 2 hupall
I'm on last git, anyone can help take a look?
http://pastebin.freeswitch.org/14681
Thanks.
-- About: http://about.me/dujinfang Blog: http://www.dujinfang.com Proj: http://www.freeswitch.org.cn
_______________________________________________ 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 GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@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
-- About: http://about.me/dujinfang Blog: http://www.dujinfang.com Proj: http://www.freeswitch.org.cn
participants (2)
-
Anthony Minessale
-
Seven Du