[asterisk-bugs] [Asterisk 0015649]: T38 Faxing failing on 1.6.1 svn

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=15649 
====================================================================== 
Reported By:                dazza76
Assigned To:                kpfleming
====================================================================== 
Project:                    Asterisk
Issue ID:                   15649
Category:                   Core/General
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
Asterisk Version:           1.6.1.1 
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases): 1.6.1 
SVN Revision (number only!): 209900 
Request Review:              
====================================================================== 
Date Submitted:             2009-08-04 06:28 CDT
Last Modified:              2009-08-13 10:52 CDT
====================================================================== 
Summary:                    T38 Faxing failing on 1.6.1 svn
Description: 
I am attempting to send faxes via t.38 through 2 asterisk servers
i.e
patton -> asterisk 1.6.1 -> asterisk 1.6.1 -> carrier 
what i have noticed is the fax negotiates but no data seems to make it,

when watching the console the below lines appear 
this does not happen on 1.6.1.1 or 1.6.1.2 but does happen on the svn rev
209900
 
the reason for the upgrade is the due to a segfault of ulaw fallback  on 1
carrier i.e issue 15290
Please let me know what log files are required.
====================================================================== 

---------------------------------------------------------------------- 
 (0109004) kpfleming (administrator) - 2009-08-13 10:52
 https://issues.asterisk.org/view.php?id=15649#c109004 
---------------------------------------------------------------------- 
Based on that packet trace, it appears that the T.38 negotiation worked as
expected, and the 'minimum IFP override' that has been added to Asterisk
worked as planned.

I have no idea what this other codec-related issue you are talking about
is, but it sounds like something that should be discussed on the mailing
lists as desired behavior or configuration, rather than a bug in Asterisk.

I don't know how we are going to be able to send a larger IFP size out
when we get T38FaxMaxDatagram of 72 bytes from your carrier; we cannot send
them an IFP larger than that and expect things to work, so I have no clue
how you ever got a successful FAX with an IFP size of 238 bytes. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-08-13 10:52 kpfleming      Note Added: 0109004                          
======================================================================