[ZBX-12687] Templates - default SNMP Interface items in bps Created: 2017 Sep 06 Updated: 2017 Sep 06 Resolved: 2017 Sep 06 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Templates (T) |
Affects Version/s: | 2.2.19, 3.0.10, 3.2.7, 3.4.0, 3.4.1 |
Fix Version/s: | None |
Type: | Problem report | Priority: | Trivial |
Reporter: | Olegs Vasiljevs (Inactive) | Assignee: | Unassigned |
Resolution: | Won't fix | Votes: | 0 |
Labels: | None | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified | ||
Environment: |
Zabbix server 2.2, 2.4, 3.0, 3.2, 3.4. |
Description |
Since LLD introduction in 2.0 version, there is a "Template SNMP Interfaces" that comes with Zabbix out of the box. It has a discovery rule for network interfaces and within item prototypes there are two rules: Incoming traffic on interface $1, IF-MIB::ifInOctets.{#SNMPINDEX} Outgoing traffic on interface $1, IF-MIB::ifOutOctets.{#SNMPINDEX} In 3.4 version, there is a "Template Module Interfaces SNMPv2" that comes with Zabbix out of the box. It has a discovery rule for network interfaces and withing item prototypes there are two rules: Interface {#IFNAME}({#IFALIAS}): Bits received, net.if.in[ifHCInOctets.{#SNMPINDEX}] Interface {#IFNAME}({#IFALIAS}): Bits sent, net.if.out[ifHCOutOctets.{#SNMPINDEX}] These prototypes have a custom multiplier of 8, which does not look correctly placed. As per RFC 3635, this counter represents "the number of octets in valid MAC frames received on this interface, including the MAC header and FCS. This does include the number of octets in valid MAC Control frames received on this interface." There is no need to multiply the received value by 8 if we are to gather bps. The template has such configuration in 2.2, 2.4, 3.0, 3.2, 3.4 Zabbix server versions. |
Comments |
Comment by Olegs Vasiljevs (Inactive) [ 2017 Sep 06 ] |
Sorry for the trouble caused, it was my misunderstanding of the concepts. Regards, |