[asterisk-bugs] [Asterisk 0011995]: T.38 Re-Invite header replaced by audio header when SIP asks for authorization

noreply at bugs.digium.com noreply at bugs.digium.com
Wed Mar 26 14:00:09 CDT 2008


The following issue has been ASSIGNED. 
====================================================================== 
http://bugs.digium.com/view.php?id=11995 
====================================================================== 
Reported By:                fall
Assigned To:                file
====================================================================== 
Project:                    Asterisk
Issue ID:                   11995
Category:                   Channels/chan_sip/T.38
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
Asterisk Version:           1.4.17 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             02-14-2008 11:46 CST
Last Modified:              03-26-2008 14:00 CDT
====================================================================== 
Summary:                    T.38 Re-Invite header replaced by audio header when
SIP asks for authorization
Description: 
When trying to receive fax from SIP vendor thru Asterisk to SPA3102 with
T.38 service, it fails to receive always.
Further analyse found the sip header got replaced with audio codec header
in MD5 response in session decription protocol field when SIP vendor
replied with 401 unauthorized and asterisk reply with MD5 response.
The packet sequense is like this,
0. channel built by initially invite from SIP to local asterisk with ulaw
pcm.
0.5 SPA3102 accept invite and detected fax, reinvite T.38.
1. asterisk reinvite with T.38 to sip vendor in session description
protocol
2. sip vendor replied with 401 unauthorized.
3. asterisk replied with ACK.
4. astertisk resend invite with secret MD5 reponse, but with header field
replaced with ulaw PCM codec.
5. 200 OK from sip vedor for invite with header ulaw PCM. asterisk reply
with ACK.
6. SPA3000 resend T.38 invite to asterisk.
7. asterisk forward T.38 invite to sip vendor again.
8. repeat step 2.
9. repeast step 3
10. repeat step 4
11. repeat step 5

...
repeat step 6-11 until fax machine timeout and reported error.
====================================================================== 

---------------------------------------------------------------------- 
 svnbot - 03-26-08 14:00  
---------------------------------------------------------------------- 
Repository: asterisk
Revision: 111020

U   branches/1.4/channels/chan_sip.c

------------------------------------------------------------------------
r111020 | file | 2008-03-26 14:00:04 -0500 (Wed, 26 Mar 2008) | 4 lines

If we are requested to authenticate a reinvite make sure that it contains
T38 SDP if need be.
(closes issue http://bugs.digium.com/view.php?id=11995)
Reported by: fall

------------------------------------------------------------------------

http://svn.digium.com/view/asterisk?view=rev&revision=111020 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
03-26-08 14:00  svnbot         Note Added: 0084604                          
03-26-08 14:00  svnbot         Status                   new => assigned     
03-26-08 14:00  svnbot         Assigned To               => file            
======================================================================




More information about the asterisk-bugs mailing list