[asterisk-bugs] [Asterisk 0017404]: [patch] [regression] audio delay when bridging calls related to timestamp mismatch
Asterisk Bug Tracker
noreply at bugs.digium.com
Tue Dec 7 16:58:55 CST 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-12-07 16:58 CST
======================================================================
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...
======================================================================
----------------------------------------------------------------------
(0129441) svnbot (reporter) - 2010-12-07 16:58
https://issues.asterisk.org/view.php?id=17404#c129441
----------------------------------------------------------------------
Repository: asterisk
Revision: 297824
_U branches/1.6.2/
U branches/1.6.2/main/channel.c
------------------------------------------------------------------------
r297824 | jpeeler | 2010-12-07 16:58:55 -0600 (Tue, 07 Dec 2010) | 19
lines
Merged revisions 297823 via svnmerge from
https://origsvn.digium.com/svn/asterisk/branches/1.4
........
r297823 | jpeeler | 2010-12-07 16:57:48 -0600 (Tue, 07 Dec 2010) | 12
lines
Revert code that changed SSRC for DTMF.
Some previous behavior was attempted to be restored, but mistakingly I
did
not realize that the previous behavior was incorrect. This fixes DTMF
not
being detected since DTMF shouldn't cause the SSRC to change.
(related to issue https://issues.asterisk.org/view.php?id=17404)
(closes issue https://issues.asterisk.org/view.php?id=18189)
(closes issue https://issues.asterisk.org/view.php?id=18352)
Reported by: marcbou
Tested by: cmbaker82
........
------------------------------------------------------------------------
http://svn.digium.com/view/asterisk?view=rev&revision=297824
Issue History
Date Modified Username Field Change
======================================================================
2010-12-07 16:58 svnbot Checkin
2010-12-07 16:58 svnbot Note Added: 0129441
======================================================================
More information about the asterisk-bugs
mailing list