[asterisk-bugs] [Asterisk 0017404]: [patch] [regression] audio delay when bridging calls related to timestamp mismatch

Asterisk Bug Tracker noreply at bugs.digium.com
Wed Aug 11 22:08:46 CDT 2010


A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=17404 
====================================================================== 
Reported By:                sdolloff
Assigned To:                jpeeler
====================================================================== 
Project:                    Asterisk
Issue ID:                   17404
Category:                   Core/RTP
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     closed
Target Version:             1.4.36
Asterisk Version:           SVN 
JIRA:                       SWP-1582 
Regression:                 Yes 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases):  1.4  
SVN Revision (number only!): 265613 
Request Review:              
Resolution:                 fixed
Fixed in Version:           
====================================================================== 
Date Submitted:             2010-05-26 11:55 CDT
Last Modified:              2010-08-11 22:08 CDT
====================================================================== 
Summary:                    [patch] [regression] audio delay when bridging calls
related to timestamp mismatch
Description: 
when answering an inbound call, the remote party hears a delay from 1-3
seconds.  The audio is being transmitted, but the rtp timestamps take a
huge jump when the call is answered even though the rtp sequencing is
correct.
This started occurring after 1.4.28.  reproduced with 1.4.30, 1.4.32 and
SVN from 05/25/2010.  This has been reproduced on multiple servers with
multiple handsets and multiple remote endpoints.  
======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
related to          0016941 SIP RTP audio delay
related to          0015824 Incoming Only Latency And Jitters every...
related to          0017007 [patch] RTP Timestamp changes after tra...
====================================================================== 

---------------------------------------------------------------------- 
 (0125874) svnbot (reporter) - 2010-08-11 22:08
 https://issues.asterisk.org/view.php?id=17404#c125874 
---------------------------------------------------------------------- 
Repository: asterisk
Revision: 281914

_U  trunk/
U   trunk/main/channel.c

------------------------------------------------------------------------
r281914 | jpeeler | 2010-08-11 22:08:44 -0500 (Wed, 11 Aug 2010) | 41
lines

Merged revisions 281913 via svnmerge from 
https://origsvn.digium.com/svn/asterisk/branches/1.8

................
  r281913 | jpeeler | 2010-08-11 22:03:37 -0500 (Wed, 11 Aug 2010) | 34
lines
  
  Merged revisions 281912 via svnmerge from 
  https://origsvn.digium.com/svn/asterisk/branches/1.6.2
  
  ................
    r281912 | jpeeler | 2010-08-11 22:01:38 -0500 (Wed, 11 Aug 2010) | 27
lines
    
    Merged revisions 281911 via svnmerge from 
    https://origsvn.digium.com/svn/asterisk/branches/1.4
    
    ........
      r281911 | jpeeler | 2010-08-11 22:00:14 -0500 (Wed, 11 Aug 2010) |
20 lines
      
      Ensure SSRC is changed when media source is changed to resolve audio
delay.
      
      This change causes the SSRC to change right before the channels are
bridged,
      which is what used to happen. It seems that fixes were made to
attempt limiting
      SSRC changes, targeted mainly at sending DTMF. DTMF is not affecting
the SSRC
      with this change.
      
      There are two other control frames sent in ast_channel_bridge that
probably
      should also be changed to AST_CONTROL_SRCCHANGE as well, but I'm
going to leave
      this change up to the discretion of resolving issue
https://issues.asterisk.org/view.php?id=17007.
      
      For reference - old review implementing new control frame SRCCHANGE:
      https://reviewboard.asterisk.org/r/540
      
      (closes issue https://issues.asterisk.org/view.php?id=17404)
      Reported by: sdolloff
      Patches: 
            bug17404.patch uploaded by jpeeler (license 325)
      Tested by: sdolloff
    ........
  ................
................

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

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

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-08-11 22:08 svnbot         Checkin                                      
2010-08-11 22:08 svnbot         Note Added: 0125874                          
======================================================================




More information about the asterisk-bugs mailing list