[asterisk-bugs] [Asterisk 0010449]: Maximum retries for seqno 102 when re-inviting.

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=10449 
====================================================================== 
Reported By:                mavetju
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   10449
Category:                   Channels/chan_sip/General
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     new
Asterisk Version:            SVN 
SVN Branch (only for SVN checkouts, not tarball releases):  1.4  
SVN Revision (number only!): 78907 
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             08-14-2007 07:36 CDT
Last Modified:              08-14-2007 07:54 CDT
====================================================================== 
Summary:                    Maximum retries for seqno 102 when re-inviting.
Description: 
We have a provider with two softswitches. Number one which contacts us, and
number two which goes via number one to us.

If a call comes through from the first softswitch (directly from number
one to us), a call gets setup properly and we have a proper working RTP
stream.

If a call comes through from the second softswitch (going through the
first one, and then to us), the call gets setup, we hear one second of the
RTP stream and then the call drops out.

I will attach a file with the output of "sip debug"

- softswitch-two.txt (not working)

At line 366, you see a re-invite with CSeq 102. And then retransmits of
them in a fast tempo till asterisk gives up.

I personally think that it shouldn't be 102 because 103 has already been
shown.
====================================================================== 

---------------------------------------------------------------------- 
 mavetju - 08-14-07 07:54  
---------------------------------------------------------------------- 
ps. Setting "canreinvite=no" overcomes the problem, but then the RTP
traffic goes via the asterisk box instead of directly to the destination
machine. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
08-14-07 07:54  mavetju        Note Added: 0068815                          
======================================================================