Summary:	ASTERISK-26052: Asterisk hangs with a T.38 call
Reporter:	Max Hofmann (mhofmann)	Labels:
Date Opened:	2016-05-24 05:14:14	Date Closed:	2016-05-24 06:28:23
Priority:	Major	Regression?
Status:	Closed/Complete	Components:	Channels/chan_sip/General Channels/chan_sip/T.38
Versions:	11.6.0	Frequency of Occurrence	Constant
Related Issues:	duplicates ASTERISK-21228 Deadlock in pbx_find_extension when attempting an autoservice stop due to holding the context lock
Environment:	Ubuntu 14.04.04 LTS VMWare Host	Attachments:	( 0) backtrace-threads.txt ( 1) core-show-locks.txt
Description:	Setup: ipv4 and ipv6 environment 1. Faxcall comes from an Asterisk 11.6 cert 11 with UDPTL to another Asterisk 11.6 cert 13 over ipv4. (Works!) 2. Asterisk 11.6 cert 13 calls a FritzBox over ipv6. On the FritzBox are no FAX devices connected, only phones. 3. The Phone behind the FritzBox is ringing and after offhook asterisk bridge the with UDPTL and asterisk begin to hang. We se that the RecvQ get full: udp6  213248      0 :::5060                 :::*                                2180/asterisk udp6  213248      0 :::17832                :::*                                2180/asterisk udp6   51648      0 :::17833                :::*                                2180/asterisk udp6  213248      0 :::17910                :::*                                2180/asterisk udp6       0      0 :::4140                 :::*                                2180/asterisk
Comments:	By: Asterisk Team (asteriskteam) 2016-05-24 05:14:14.902-0500 Thanks for creating a report! The issue has entered the triage process. That means the issue will wait in this status until a Bug Marshal has an opportunity to review the issue. Once the issue has been reviewed you will receive comments regarding the next steps towards resolution. A good first step is for you to review the [Asterisk Issue Guidelines|https://wiki.asterisk.org/wiki/display/AST/Asterisk+Issue+Guidelines] if you haven't already. The guidelines detail what is expected from an Asterisk issue report. Then, if you are submitting a patch, please review the [Patch Contribution Process|https://wiki.asterisk.org/wiki/display/AST/Patch+Contribution+Process]. By: Max Hofmann (mhofmann) 2016-05-24 05:15:57.496-0500 Backtrace with a hanging asterisk By: Joshua C. Colp (jcolp) 2016-05-24 05:20:38.616-0500 Are you using pbx_realtime? By: Max Hofmann (mhofmann) 2016-05-24 06:10:18.379-0500 Yes, the sippeers and extension By: Max Hofmann (mhofmann) 2016-05-24 06:25:47.485-0500 For info, when we deactivate the T.38 with "t38pt_udptl = no", we have no errors again with faxcalls. By: Asterisk Team (asteriskteam) 2016-05-24 06:25:47.599-0500 This issue has been reopened as a result of your commenting on it as the reporter. It will be triaged once again as applicable. By: Joshua C. Colp (jcolp) 2016-05-24 06:28:23.906-0500 This problem is still the same underlying pbx_realtime issue. If you stop using pbx_realtime for extensions then the deadlock will go away.