[Freeswitch-users] B leg is still ringing After FXO caller hangup before ANSWERED

[Charles Wang]

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 at gmail.com>:

> Is your client behined NAT?
> 13 февр. 2015 г. 12:42 пользователь "Charles Wang" <lazy.charles at 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 at 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 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
>>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at 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 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
>



-- 
Best Regards
Charles
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150216/ec9570a3/attachment.html