B leg is still ringing After FXO caller hangup before ANSWERED
Hi all, I have a server with freeswitch 1.4.15 + freetdm(FXS/FXO). I think there is a bug in inbound call via the freetdm FXO device. When I try to make call from FXO and it bridges to SIP device named 1234 via the following dialplan. <extension name="my call test"> <condition field="destination_number" expression="^(1234)$"> <action application="set" data="call_timeout=30"/> <action application="bridge" data="user/1234"/> </condition> </extension> Before SIP 1234 answers the call, the caller (FXO) hangup call before 1234 answered. But the callee (SIP 1234 or FXS) is still ringing and stop ring until call-timeout about 30 seconds. It is the same condition if the callee is FXS device. I can find two channels during ringing (A leg & B leg). After the caller(FXO) onhook, the A leg is still alive and A leg will not be hangup before the callee (FXS or SIP) stop ring ( call-timeout ). There are two legs (A leg & B leg) after the caller FXO had hangup. uuid,direction,created,created_epoch,name,state,cid_name,cid_num,ip_addr,dest,application,application_data,dialplan,context,read_codec,read_rate,read_bit_rate,write_codec,write_rate,write_bit_rate,secure,hostname,presence_id,presence_data,callstate,callee_name,callee_num,callee_direction,call_uuid,sent_callee_name,sent_callee_num,initial_cid_name,initial_cid_num,initial_ip_addr,initial_dest,initial_dialplan,initial_context 53ce4fe9-9511-4625-87ae-1448421c9810,inbound,2015-02-12 17:33:11,1423733591,FreeTDM/2:2/1234,CS_EXECUTE,unknown,unknown,,1234,bridge,freetdm/FXS1/1,XML,TEST,PCMU,8000,64000,PCMU,8000,64000,,charles,,,RINGING,,,,,,,unknown,unknown,,1234,XML,default cf5a7ee4-cbfd-48e4-ab4e-4d757216712c,outbound,2015-02-12 17:33:12,1423733592,FreeTDM/1:1/,CS_CONSUME_MEDIA,unknown,unknown,,1,,,XML,default,,,,,,,,charles,,,RINGING,Outbound Call,1,,53ce4fe9-9511-4625-87ae-1448421c9810,,,unknown,unknown,,1,XML,default Can anyone help me to solve it or tell me why? -- Best Regards Charles
Is your client behined NAT? 13 февр. 2015 г. 12:42 пользователь "Charles Wang" <lazy.charles@gmail.com> написал:
Hi all,
I have a server with freeswitch 1.4.15 + freetdm(FXS/FXO). I think there is a bug in inbound call via the freetdm FXO device.
When I try to make call from FXO and it bridges to SIP device named 1234 via the following dialplan.
<extension name="my call test"> <condition field="destination_number" expression="^(1234)$"> <action application="set" data="call_timeout=30"/> <action application="bridge" data="user/1234"/> </condition> </extension>
Before SIP 1234 answers the call, the caller (FXO) hangup call before 1234 answered. But the callee (SIP 1234 or FXS) is still ringing and stop ring until call-timeout about 30 seconds.
It is the same condition if the callee is FXS device.
I can find two channels during ringing (A leg & B leg). After the caller(FXO) onhook, the A leg is still alive and A leg will not be hangup before the callee (FXS or SIP) stop ring ( call-timeout ).
There are two legs (A leg & B leg) after the caller FXO had hangup.
uuid,direction,created,created_epoch,name,state,cid_name,cid_num,ip_addr,dest,application,application_data,dialplan,context,read_codec,read_rate,read_bit_rate,write_codec,write_rate,write_bit_rate,secure,hostname,presence_id,presence_data,callstate,callee_name,callee_num,callee_direction,call_uuid,sent_callee_name,sent_callee_num,initial_cid_name,initial_cid_num,initial_ip_addr,initial_dest,initial_dialplan,initial_context 53ce4fe9-9511-4625-87ae-1448421c9810,inbound,2015-02-12 17:33:11,1423733591,FreeTDM/2:2/1234,CS_EXECUTE,unknown,unknown,,1234,bridge,freetdm/FXS1/1,XML,TEST,PCMU,8000,64000,PCMU,8000,64000,,charles,,,RINGING,,,,,,,unknown,unknown,,1234,XML,default cf5a7ee4-cbfd-48e4-ab4e-4d757216712c,outbound,2015-02-12 17:33:12,1423733592,FreeTDM/1:1/,CS_CONSUME_MEDIA,unknown,unknown,,1,,,XML,default,,,,,,,,charles,,,RINGING,Outbound Call,1,,53ce4fe9-9511-4625-87ae-1448421c9810,,,unknown,unknown,,1,XML,default
Can anyone help me to solve it or tell me why?
-- Best Regards Charles
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
Hi, Kamil, All my clients(SIP) and server(with FXS/FXO) are in the same NAT environment that can access internet resources. And I start freeswitch with "freeswitch -nc". 2015-02-16 0:34 GMT+08:00 Kamil Nigmatullin <kamil.nigmatullin@gmail.com>:
Is your client behined NAT? 13 февр. 2015 г. 12:42 пользователь "Charles Wang" <lazy.charles@gmail.com> написал:
Hi all,
I have a server with freeswitch 1.4.15 + freetdm(FXS/FXO). I think there is a bug in inbound call via the freetdm FXO device.
When I try to make call from FXO and it bridges to SIP device named 1234 via the following dialplan.
<extension name="my call test"> <condition field="destination_number" expression="^(1234)$"> <action application="set" data="call_timeout=30"/> <action application="bridge" data="user/1234"/> </condition> </extension>
Before SIP 1234 answers the call, the caller (FXO) hangup call before 1234 answered. But the callee (SIP 1234 or FXS) is still ringing and stop ring until call-timeout about 30 seconds.
It is the same condition if the callee is FXS device.
I can find two channels during ringing (A leg & B leg). After the caller(FXO) onhook, the A leg is still alive and A leg will not be hangup before the callee (FXS or SIP) stop ring ( call-timeout ).
There are two legs (A leg & B leg) after the caller FXO had hangup.
uuid,direction,created,created_epoch,name,state,cid_name,cid_num,ip_addr,dest,application,application_data,dialplan,context,read_codec,read_rate,read_bit_rate,write_codec,write_rate,write_bit_rate,secure,hostname,presence_id,presence_data,callstate,callee_name,callee_num,callee_direction,call_uuid,sent_callee_name,sent_callee_num,initial_cid_name,initial_cid_num,initial_ip_addr,initial_dest,initial_dialplan,initial_context 53ce4fe9-9511-4625-87ae-1448421c9810,inbound,2015-02-12 17:33:11,1423733591,FreeTDM/2:2/1234,CS_EXECUTE,unknown,unknown,,1234,bridge,freetdm/FXS1/1,XML,TEST,PCMU,8000,64000,PCMU,8000,64000,,charles,,,RINGING,,,,,,,unknown,unknown,,1234,XML,default cf5a7ee4-cbfd-48e4-ab4e-4d757216712c,outbound,2015-02-12 17:33:12,1423733592,FreeTDM/1:1/,CS_CONSUME_MEDIA,unknown,unknown,,1,,,XML,default,,,,,,,,charles,,,RINGING,Outbound Call,1,,53ce4fe9-9511-4625-87ae-1448421c9810,,,unknown,unknown,,1,XML,default
Can anyone help me to solve it or tell me why?
-- Best Regards Charles
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
-- Best Regards Charles
Can you record this call with tcpdump? 16 февр. 2015 г. 18:55 пользователь "Charles Wang" <lazy.charles@gmail.com> написал:
Hi, Kamil,
All my clients(SIP) and server(with FXS/FXO) are in the same NAT environment that can access internet resources. And I start freeswitch with "freeswitch -nc".
2015-02-16 0:34 GMT+08:00 Kamil Nigmatullin <kamil.nigmatullin@gmail.com>:
Is your client behined NAT? 13 февр. 2015 г. 12:42 пользователь "Charles Wang" < lazy.charles@gmail.com> написал:
Hi all,
I have a server with freeswitch 1.4.15 + freetdm(FXS/FXO). I think there is a bug in inbound call via the freetdm FXO device.
When I try to make call from FXO and it bridges to SIP device named 1234 via the following dialplan.
<extension name="my call test"> <condition field="destination_number" expression="^(1234)$"> <action application="set" data="call_timeout=30"/> <action application="bridge" data="user/1234"/> </condition> </extension>
Before SIP 1234 answers the call, the caller (FXO) hangup call before 1234 answered. But the callee (SIP 1234 or FXS) is still ringing and stop ring until call-timeout about 30 seconds.
It is the same condition if the callee is FXS device.
I can find two channels during ringing (A leg & B leg). After the caller(FXO) onhook, the A leg is still alive and A leg will not be hangup before the callee (FXS or SIP) stop ring ( call-timeout ).
There are two legs (A leg & B leg) after the caller FXO had hangup.
uuid,direction,created,created_epoch,name,state,cid_name,cid_num,ip_addr,dest,application,application_data,dialplan,context,read_codec,read_rate,read_bit_rate,write_codec,write_rate,write_bit_rate,secure,hostname,presence_id,presence_data,callstate,callee_name,callee_num,callee_direction,call_uuid,sent_callee_name,sent_callee_num,initial_cid_name,initial_cid_num,initial_ip_addr,initial_dest,initial_dialplan,initial_context 53ce4fe9-9511-4625-87ae-1448421c9810,inbound,2015-02-12 17:33:11,1423733591,FreeTDM/2:2/1234,CS_EXECUTE,unknown,unknown,,1234,bridge,freetdm/FXS1/1,XML,TEST,PCMU,8000,64000,PCMU,8000,64000,,charles,,,RINGING,,,,,,,unknown,unknown,,1234,XML,default cf5a7ee4-cbfd-48e4-ab4e-4d757216712c,outbound,2015-02-12 17:33:12,1423733592,FreeTDM/1:1/,CS_CONSUME_MEDIA,unknown,unknown,,1,,,XML,default,,,,,,,,charles,,,RINGING,Outbound Call,1,,53ce4fe9-9511-4625-87ae-1448421c9810,,,unknown,unknown,,1,XML,default
Can anyone help me to solve it or tell me why?
-- Best Regards Charles
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
-- Best Regards Charles
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
participants (2)
-
Charles Wang
-
Kamil Nigmatullin