<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[BandwidthD - inaccurate logging to PostgreSQL database]]></title><description><![CDATA[<p dir="auto">Following on <a href="http://forum.pfsense.org/index.php/topic,42791.0.html" target="_blank" rel="noopener noreferrer nofollow ugc">Tracking bandwidth usage per ip per day</a> and <a href="http://forum.pfsense.org/index.php/topic,32256.0.html" target="_blank" rel="noopener noreferrer nofollow ugc">vnstat "like" package to monitor bandwidth usage PER LAN IP {NOW $280USD}</a> I've set up BandwidthD on my pfSense box with logging to a remote PostgreSQL database.<br />
This is working pretty well, except for the amount of data which has been logged to the database.</p>
<p dir="auto">In order to test accuracy, I downloaded a 100mb test bin file from a speedtest site. Record in database is showing as:</p>
<p dir="auto">id      ip              timestamp              sample_duration      <strong>total</strong> icmp udp tcp  ftp    <strong>http</strong>  p2p</p>
<p dir="auto">1 192.168.0.2 2011-11-30 20:43:13.392453+01 200 <strong>105830</strong> 0 0 105829 0 <strong>105321</strong> 0</p>
<p dir="auto">I presume all measurements are in kilobytes. 105321 kilobytes logged for http actually is 102.85254 megabyte.<br />
This is only 2,85% off, but when I tried to replicate this bug I found values that were 6% and more off, which to me is quite significant.</p>
<p dir="auto">Does someone know what might cause this deviation?</p>
]]></description><link>https://forum.netgate.com/topic/39620/bandwidthd-inaccurate-logging-to-postgresql-database</link><generator>RSS for Node</generator><lastBuildDate>Sat, 10 Oct 2026 08:13:38 GMT</lastBuildDate><atom:link href="https://forum.netgate.com/topic/39620.rss" rel="self" type="application/rss+xml"/><pubDate>Wed, 30 Nov 2011 20:01:26 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to BandwidthD - inaccurate logging to PostgreSQL database on Tue, 21 Aug 2012 18:39:06 GMT]]></title><description><![CDATA[<p dir="auto">Might be due to retransmission of packets to deal with lost, delayed or damaged packets during the file transfer.</p>
<p dir="auto">And there is overhead…</p>
<p dir="auto">The amount of data transferred and reported by BandwidthD will always be a little more than the size of the file transferred.</p>
<p dir="auto">--brock</p>
]]></description><link>https://forum.netgate.com/post/352524</link><guid isPermaLink="true">https://forum.netgate.com/post/352524</guid><dc:creator><![CDATA[brock]]></dc:creator><pubDate>Tue, 21 Aug 2012 18:39:06 GMT</pubDate></item></channel></rss>