[asterisk-bugs] [JIRA] (ASTERISK-26052) Asterisk hangs with a T.38 call

Joshua Colp (JIRA) noreply at issues.asterisk.org
Tue May 24 06:29:56 CDT 2016


     [ https://issues.asterisk.org/jira/browse/ASTERISK-26052?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Joshua Colp closed ASTERISK-26052.
----------------------------------

    Resolution: Duplicate

This problem is still the same underlying pbx_realtime issue. If you stop using pbx_realtime for extensions then the deadlock will go away.

> Asterisk hangs with a T.38 call
> -------------------------------
>
>                 Key: ASTERISK-26052
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-26052
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Channels/chan_sip/General, Channels/chan_sip/T.38
>    Affects Versions: 11.6.0
>         Environment: Ubuntu 14.04.04 LTS
> VMWare Host
>            Reporter: Max Hofmann
>            Assignee: Unassigned
>         Attachments: backtrace-threads.txt, core-show-locks.txt
>
>
> 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



--
This message was sent by Atlassian JIRA
(v6.2#6252)



More information about the asterisk-bugs mailing list