[asterisk-bugs] [Asterisk 0015807]: rtt should be stored as double in struct ast_rtp_instance_stats
Asterisk Bug Tracker
noreply at bugs.digium.com
Tue Sep 1 18:17:35 CDT 2009
A NOTE has been added to this issue.
======================================================================
https://issues.asterisk.org/view.php?id=15807
======================================================================
Reported By: klaus3000
Assigned To: file
======================================================================
Project: Asterisk
Issue ID: 15807
Category: Core/RTP
Reproducibility: always
Severity: minor
Priority: normal
Status: assigned
Asterisk Version: SVN
Regression: No
SVN Branch (only for SVN checkouts, not tarball releases): trunk
SVN Revision (number only!): 214938
Request Review:
======================================================================
Date Submitted: 2009-09-01 09:36 CDT
Last Modified: 2009-09-01 18:17 CDT
======================================================================
Summary: rtt should be stored as double in struct
ast_rtp_instance_stats
Description:
Hi!
AFAIS member "rtt" in struct ast_rtp_instance_stats stored the RTT in
seconds, using an usigned int.
As RTTs usually are below 0.5 (at least on earth and for VoIP useable
links) this member is useless as it is always 0.
Shouldn't that be changed to double?
======================================================================
----------------------------------------------------------------------
(0109983) file (administrator) - 2009-09-01 18:17
https://issues.asterisk.org/view.php?id=15807#c109983
----------------------------------------------------------------------
No, the field should not be removed. It is set by res_rtp_asterisk when
statistics are requested. As for changing it I'm pretty sure we treat that
as milliseconds.
Issue History
Date Modified Username Field Change
======================================================================
2009-09-01 18:17 file Note Added: 0109983
======================================================================
More information about the asterisk-bugs
mailing list