<%NUMBERING1%>.<%NUMBERING2%>.<%NUMBERING3%> PRTG Manual: SNMP Traffic v2 Sensor

Enabled Beta Sensors experimental feature

• This sensor requires that the Beta Sensors experimental feature is enabled.

For more information, see the Knowledge Base: What are beta sensors and how can I use them?

SNMP v2c or SNMP v3

• We recommend that you select SNMP v2c (most common) or SNMP v3 in the credentials for SNMP devices of the parent device (if supported by the target device). SNMP v1 does not support 64-bit counters, which might result in invalid data. For more information, see the Knowledge Base: SNMP Traffic sensor suddenly drops at 610Mbps

Localhost

• It might not work to query data from a probe device via SNMP (querying localhost, 127.0.0.1, or ::1). Add this device with the IP address that it has in your network and create the sensor on this device instead.

IPv6

• This sensor supports IPv6.

Performance impact

• This sensor has a very low performance impact.

SNMP compatibility options

• This sensor is not affected by the following SNMP compatibility options set in the parent device: Port Name Template, Port Name Update, Port Identification, Start Interface Index, and End Interface Index.

Scanning interval

• The minimum scanning interval of this sensor is 1 minute.

• The recommended scanning interval of this sensor is 1 minute.

Multi-platform probe

• You can add this sensor to a multi-platform probe.

Knowledge Base

• Knowledge Base: Where is the volume line in graphs?

Description

The description of the interface in the physical device that this sensor monitors. The internal name is found in the ifTable under ifDescr.

PRTG shows this value for reference purposes only. We strongly recommend that you only change it if the Paessler support team explicitly asks you to do so. Wrong usage can result in incorrect monitoring data.

64-Bit

If the interface that this sensor monitors uses 64-bit counters.

PRTG shows this value for reference purposes only. We strongly recommend that you only change it if the Paessler support team explicitly asks you to do so. Wrong usage can result in incorrect monitoring data.

Additional Channels

By default, each SNMP Traffic v2 sensor creates the channels Traffic In, Traffic Out, and Traffic Total. Select additional channels for all interfaces. Click the respective channel names to mark the channels and to monitor their data.

You can choose between the following additional channels:

• Errors in and errors out: The number of incoming and outgoing packets that could not be delivered because of errors.
• Discards in and discards out: The number of discarded incoming and outgoing packets even though no errors have been detected.
• Unicasts in and unicasts out: The number of unicast packets that have been delivered.
• Non-unicasts in and non-unicasts out: The number of non-unicast packets that have been delivered.
  These channels might not function properly with 64-bit interfaces.
• Multicasts in and multicasts out (64-bit only): The number of delivered packets that were addressed to a multicast address.
• Broadcasts in and broadcasts out (64-bit only): The number of delivered packets that were addressed to a broadcast address.
• Unknown protocols in: The number of received packets that were discarded because of an unknown or unsupported protocol.

You cannot delete additional channels later. You can only disable them.

If the sensor shows the Warning status with the message Channels not available, you can disable the affected channels to remove the warning.

Connection Status Handling

An interface that is not operational if, for example, an Ethernet port on a switch with no cable plugged in. This setting is valid for all selected interfaces.

Define how PRTG reacts when an interface is operational:

• Show the 'Down' status anytime ifOperStatus is not 'Up': Show the Down status for a disconnected interface. This applies if the ifOperStatus of the interface is not 'up'.
• Show the 'Down' status when ifAdminStatus is 'Up' but ifOperStatus is not: Show the Down status for a disconnected interface only if it is not deliberately deactivated in the configuration. This applies if the ifAdminStatus is 'up' and the ifOperStatus of the interface is not 'up'. The sensor stays in the Up status when the interface has been deactivated.
• Ignore all disconnected states (default): Show the Up status.
  Monitoring is discontinued without notice.

Primary Channel

Select a channel from the list to define it as the primary channel. In the device tree, PRTG displays the last value of the primary channel below the sensor's name. The available options depend on what channels are available for this sensor.

You can set a different primary channel later by clicking below a channel gauge on the sensor's Overview tab.

Graph Type

Define how this sensor shows different channels:

• Show channels independently (default): Show a graph for each channel.
• Stack channels on top of each other: Stack channels on top of each other to create a multi-channel graph. This generates a graph that visualizes the different components of your total traffic.
  You cannot use this option in combination with manual Vertical Axis Scaling (available in the channel settings).

• Show in and out traffic as positive and negative area graph: Show channels for incoming and outgoing traffic as positive and negative area graph. This visualizes your traffic in a clear way.
  You cannot use this option in combination with manual Vertical Axis Scaling (available in the channel settings). Manual scaling is not possible if you choose this option.
  You cannot show a positive/negative graph for a channel if you choose to display its data in percent of maximum (available in the channel settings).

Stack Unit

This setting is only visible if you select Stack channels on top of each other above.

Select a unit from the list. PRTG stacks all channels with this unit on top of each other. By default, you cannot exclude single channels from stacking if they use the selected unit. However, there is an advanced procedure to do so.

Result Handling

Define what PRTG does with the sensor result:

• Discard result: Do not store the sensor result.

• Store result: Store the last sensor result in the \Logs\sensors subfolder of the PRTG data directory on the probe system. The file name is Result of Sensor [ID].log. This setting is for debugging purposes. PRTG overwrites this file with each scanning interval.

If you select Store result, the sensor writes the standard error (stderr) streams in clear text to the last sensor result file. Do not return sensitive information via the scripts that you run with this sensor.

In a cluster, PRTG stores the result in the PRTG data directory of the master node.

Broadcasts In

The number of incoming broadcast packets

Broadcasts Out

The number of outgoing broadcast packets

Discards In

The number of incoming discards

Discards Out

The number of outgoing discards

Downtime

In the channel table on the Overview tab, this channel never shows any values. PRTG uses this channel in graphs and reports to show the amount of time in which the sensor was in the Down status

Errors In

The number of incoming errors

Errors Out

The number of outgoing errors

Multicasts In

The number of incoming multicast packets

Multicasts Out

The number of outgoing multicast packets

Non-Unicasts In

The number of incoming non-unicast packets

Non-Unicasts Out

The number of outgoing non-unicast packets

Traffic In

The incoming traffic

Traffic Out

The outgoing traffic

Traffic Total

The total traffic

This channel is the primary channel by default.

Unicasts In

The number of incoming unicast packets

Unicasts Out

The number of outgoing unicast packets

Unknown Protocols In

The number of incoming, unknown protocols