[asterisk-bugs] [Asterisk 0016186]: [patch] T.38 reinvite fails after receiving "415 Unsupported media type" when it could continue in audio mode

[Asterisk Bug Tracker]

The following issue has been ASSIGNED. 
====================================================================== 
https://issues.asterisk.org/view.php?id=16186 
====================================================================== 
Reported By:                atis
Assigned To:                kpfleming
====================================================================== 
Project:                    Asterisk
Issue ID:                   16186
Category:                   Channels/chan_sip/Interoperability
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
Asterisk Version:           1.6.1.6 
JIRA:                        
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2009-11-05 07:54 CST
Last Modified:              2009-11-05 08:06 CST
====================================================================== 
Summary:                    [patch] T.38 reinvite fails after receiving "415
Unsupported media type" when it could continue in audio mode
Description: 
Our SIP provider is responding with "415 Unsupported media type" if it
can't switch to T.38 for inbound fax.

After receiving that, chan_sip terminates call, and app_fax terminates
with "WARNING[29097] app_fax.c: Transmission error".

According to RFC3261 section 8.1.3.5:

The UAC SHOULD retry sending the request, this time only using content
with types listed in the Accept header field in the response, with
encodings listed in the Accept-Encoding header field in the response, and
with languages listed in the Accept-Language in the response.

I tried handling the 415 response exactly the same way as 488 response is
being handled (patch attached), and our provider accepts that and allows
call to be continued in audio mode.


====================================================================== 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-11-05 08:06 lmadsen        Status                   new => assigned     
2009-11-05 08:06 lmadsen        Assigned To               => kpfleming       
======================================================================