[asterisk-bugs] [JIRA] (ASTERISK-23166) T.38 Fax outgoing call via chan_ooh323 breaks after rtptimeout timer
Sergey Tishchenko (JIRA)
noreply at issues.asterisk.org
Mon Jan 20 10:49:03 CST 2014
Sergey Tishchenko created ASTERISK-23166:
--------------------------------------------
Summary: T.38 Fax outgoing call via chan_ooh323 breaks after rtptimeout timer
Key: ASTERISK-23166
URL: https://issues.asterisk.org/jira/browse/ASTERISK-23166
Project: Asterisk
Issue Type: Bug
Security Level: None
Components: Addons/chan_ooh323, Core/RTP, Resources/res_fax_spandsp
Affects Versions: 11.7.0, 11.2.0
Environment: CentOS 6.5 2.6.32-431.3.1.el6.x86_64 Asterisk 11.2-cert3 Spandsp FAX Driver: 20110122 075024
Reporter: Sergey Tishchenko
I'm faced with T.38 fax-problem on chan_ooh323. This test maked in local environment with quintum tenor DX2060, but i tried with external h323 provider and got the same result.
When I start SendFAX I gets RTP lack error after rtptimeout(ooh323.conf) time if value of this time less than time of fax sending.
And after call clearing Asterisk don't close UDP sockets opened for RTP media before T.38 handshake.
If I increase rtptimeout in ooh323.conf greater than time of sending (f.e. 300sec) fax sending finish successfully but udp sockets still remain opened in any case.
In both cases Asterisk sends RTCP packets after call finished from suspended UDP-socket to RTP port of remote endpoint.
I tried to change different ooh323.conf parameters: directmedia, directrtpsetup, faststart, mediaforconnect, faxtdetect - no result.
And tried to change another options in rtp.conf and udptl.conf - no result. Bug is stable in my environment.
I tried make it on many Asterisk 11 branches and on last trunk from SVN - in all bulids it working same.
In Asterisk 10.9 it working the same, but udp sockets closes properly after RTP-timeout call crash.
Voice calls via chan_ooh323 working good on this environment.
Please help me.
I'm very needs in fax-machine on chan_ooh323.
I attach some files with console debug output, tcpdump sniff, h323_log and netstat output with suspended udp sockets.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.asterisk.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
More information about the asterisk-bugs
mailing list