[ZBXNEXT-113] network load reduction by assuming missing values Created: 2009 Nov 03  Updated: 2013 Aug 05

Status: Open
Project: ZABBIX FEATURE REQUESTS
Component/s: Agent (G), Server (S)
Affects Version/s: None
Fix Version/s: None

Type: New Feature Request Priority: Major
Reporter: richlv Assignee: Unassigned
Resolution: Unresolved Votes: 6
Labels: performance
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Duplicate
is duplicated by ZBXNEXT-126 network traffic reduction method Closed
is duplicated by ZBXNEXT-695 Filter data returned to Zabbix server... Closed

 Description   

this is a feature which supposedly originates in ganglia and allows for network traffic reduction.
if enabled, it makes monitoring agent not send repeated values until some time based threshold is passed. server on the other hand assumes that missing values are the same as the last one and only considers agent gone if values do not come past this time thershold.

in the case of zabbix, this feature would probably be configured on item level and only work with active agents.
if value would be considered as the same (configurable margin for floats) by the active agent, agent skips sending it to the server. if (per item) time period has passed without sending another value, agent sends the value anyway, sort of a heartbeat.

server, on the other hand, after the configured time period has passed, can do two things.
1. if agent sends in the same value, server assumes that all values between the previous one and the last one are the same and fills them in. note that server probably should use a larger time period to determine whether value falls in this time period (to compensate for agent and network delays);

2. if "heartbeat" value is missing, server assumes all values since last successful transmission are missing.



 Comments   
Comment by fmrapid [ 2011 Mar 09 ]

The above implementation description is simple and elegant and vastly increases system scalability. This is typical in industrial SCADA systems and with the OPC protocol used to communicate state and performance data from devices. The logic is simple and implementation leads to direct benefit.

Note-1: The configurable margin should apply for floats and optionally for numeric values.

Note-2: The implementation should also work with Zabbix sender type data.

Note-3: This logic should be implemented as genericaly possible, to permit graphs, reports, etc. To make use of the "assumed" data values.

Comment by Alexei Vladishev [ 2012 Oct 11 ]

We should think about it carefully if ever decided to be implemented.

Comment by richlv [ 2013 Aug 05 ]

somewhat similar feature request not to store identical values in the database : ZBXNEXT-1846

Generated at Wed Apr 09 03:46:08 EEST 2025 using Jira 9.12.4#9120004-sha1:625303b708afdb767e17cb2838290c41888e9ff0.