Summary: | ASTERISK-04239: [patch] new jb - prevent reset from clearing jb settings and fix error/warning output | ||
Reporter: | grolloj (grolloj) | Labels: | |
Date Opened: | 2005-05-19 21:30:47 | Date Closed: | 2008-01-15 15:36:44.000-0600 |
Priority: | Minor | Regression? | No |
Status: | Closed/Complete | Components: | Channels/chan_iax2 |
Versions: | Frequency of Occurrence | ||
Related Issues: | |||
Environment: | Attachments: | ( 0) jb_reset_output.patch.txt | |
Description: | Calls to the jb's jb_reset() function wiped out configuration options previously set with jb_setinfo(). The reset function is intended to clear out jitter calculations and history, not settings. I've changed the reset function to preserve the configuration settings (and did a little reorganization of how settings were stored internally to make this less prone to breakage in the future). Also, the jb_setoutput() function took warn, err, and debug functions, in that order. err, warn, and debug functions were passed in. So I swapped the err and warn parameters in the jitterbuffer to match how chan_iax2 actually used the function. ****** ADDITIONAL INFORMATION ****** Disclaimer on file tzanger noticed a resyncing error reported when he sent dtmf over a call bridged between two asterisk servers. It seemed that, although the resync threshold was being set to it's default when initialized, it was zeroed out during the call. When a call is bridged and the peer has a jitterbuffer of its own, chan_iax2 will reset its jb and pass frames along immediately. However, when processing dtmf, a call drops out of the bridge setup momentarily. During this time, a few voice frames were sent through the newly reset jb. Since both calculated jitter and the resync threshold had been zeroed, it made any delay in receiving a frame enough to cause a resync. | ||
Comments: | By: stevekstevek (stevekstevek) 2005-05-25 16:35:09 This should go in asap.. It's pretty low-risk, and fixes a real, and common problem. By: Andrew Kohlsmith (akohlsmith) 2005-05-27 09:58:19 I have just updated HEAD and applied this patch. I will let you know how it goes. By: Russell Bryant (russell) 2005-06-03 18:28:06 not an issue for 1.0 since the new jb is not in 1.0 By: Digium Subversion (svnbot) 2008-01-15 15:36:44.000-0600 Repository: asterisk Revision: 5814 U trunk/channels/chan_iax2.c U trunk/jitterbuf.c U trunk/jitterbuf.h ------------------------------------------------------------------------ r5814 | markster | 2008-01-15 15:36:44 -0600 (Tue, 15 Jan 2008) | 2 lines Blindly merge jitter buffer patch of bug ASTERISK-4239) ------------------------------------------------------------------------ http://svn.digium.com/view/asterisk?view=rev&revision=5814 |