[asterisk-bugs] [Asterisk 0013034]: 183 response although progressinband=never

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=13034 
====================================================================== 
Reported By:                klaus3000
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   13034
Category:                   Channels/chan_sip/Interoperability
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     feedback
Asterisk Version:           1.4.21 
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2008-07-09 07:03 CDT
Last Modified:              2009-02-23 09:07 CST
====================================================================== 
Summary:                    183 response although progressinband=never
Description: 
Hi!

Scenario with Asterisk 1.4.21.1:

SIP Client ----> chan_sip:Dial(zap):chan_zap ---> ISDN

very simple dialplan:
[fromklaus]
exten => _1X.,1,NoOp(1... SIP: Outgoing Call: Asterisk->HiCom)
exten => _1X.,n,Dial(Zap/g1/${EXTEN:1})

Immediately after sending the SETUP message, Asterisk responds with 183
Session Progress. Thus, the SIP client is waiting for inband audio, but
there is no inband audio available. progressinband=never

sip.conf:

[klaus]
type=peer
username=klaus
host=dynamic
context=fromklaus
canreinvite=no
progressinband=never


actually I tried all progressinband settings without any difference
====================================================================== 

---------------------------------------------------------------------- 
 (0100543) oej (manager) - 2009-02-23 09:07
 http://bugs.digium.com/view.php?id=13034#c100543 
---------------------------------------------------------------------- 
Let me rephrase: Chan_zap or chan_dahdi is sending frames to the bridge
before we get any signalling that starts early media on the D channel,
which is causing this behaviour. What is the content of these frames? Just
zeros as you guessed earlier or something else? 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-02-23 09:07 oej            Note Added: 0100543                          
======================================================================