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

[noreply at bugs.digium.com]

The following issue has been RESOLVED. 
====================================================================== 
http://bugs.digium.com/view.php?id=10449 
====================================================================== 
Reported By:                mavetju
Assigned To:                file
====================================================================== 
Project:                    Asterisk
Issue ID:                   10449
Category:                   Channels/chan_sip/General
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     resolved
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:              
Resolution:                 duplicate
Duplicate:                  0
Fixed in Version:           
====================================================================== 
Date Submitted:             08-14-2007 07:36 CDT
Last Modified:              08-19-2007 19:51 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.
======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
has duplicate       0010481 SIP with canreinvite=yes through multip...
====================================================================== 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
08-19-07 19:51  file           Status                   feedback => resolved
08-19-07 19:51  file           Resolution               open => duplicate   
08-19-07 19:51  file           Assigned To               => file            
======================================================================